Configuring 'YUM' distribution and repository in Fedora 13
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Configuring 'YUM' distribution and repository in Fedora 13
Guys,
Like my nick suggests, I'm absolutely new to Linux. I had to take this class as one of my directed electives. Now I have this challenge to configure 'YUM' distribution and repository in Fedora 13 as my final project.
What I have done:
1) Installed "YUM" to the server computer. (This is a project involving two computers - a server and a client)
2) Created a YUM database on server computer.
3) Defined the IP address of server on the client computer so it could access the database.
Now, when i try to access the YUM repository from the client computer, it gives me the following error:[
I double checked the path with my instructor who said the path seems to be okay, and asked me to solve it. "Solve it" is what my final project really is.
I'll be very thankful to anyone who can provide insight to complete this project. It doesn't really sound too complicated, but please bear in mind that I'm having to do this project while my Linux-standing is really a very beginning (a,b,c,d)
Distribution: Mepis and Fedora, also Mandrake and SuSE PC-BSD Mint Solaris 11 express
Posts: 385
Rep:
Gui is easier
Install yumex on both machines. (why not?). You can easily add the server as an additional repository. Generally, yum is used to pull updates from repositories directly from their mirrors on the web. Having a local repository is unusual.
Hi,
in server
=========
1. First the server should have the complete repository in a ftp or http server (you could copy all those rpms from the RPMS folder to /var/ftp/pub. Then only it could be accessed by ur client machine right. ( make sure u install vsftp to get those folders !)
2. install createrepo rpm. Then run the command #createrepo /var/ftp/pub. This will just put some extra folders and files
in ur repositories. ( check the error you get-those are the files ur client is unable to get)
in client
==========
3. create a repo file in /etc/yum.repos.d/
open a similar *.repo file and make a copy in same folder . eg. any_name.repo ammend the file sothat it points to ur
ftp server. ( open the file and have alook u will understand.
all the best.
Last edited by Gerald Nathan; 04-29-2012 at 04:32 PM.
Distribution: Mepis and Fedora, also Mandrake and SuSE PC-BSD Mint Solaris 11 express
Posts: 385
Rep:
Fedora 13 -- Hmmmm
Still, you should get all the updates that you can get for Fedora 13. If there is nothing there or only one thing, at least you know. It may be best to go to the net directly.
Fedora does have a handy utility known as pre-upgrade and upgrade. There is a lot of information about this on the website. If you run this for both your fedora server and/or client, you'll be in good shape to get updated and stay that way. You will (of course) need an internet connection.
The other school of thought is that if it ain't broke, don't fix it. Still for a student, this probably won't fly.
"Update" can be understood to mean getting the latest greatest distribution of Fedora, not just getting the last of the last update(s) for Fedora 13. There is no reason why what starts as Fedora 13 needs to end up being Fedora 13.
Run pre-upgrade. You don't even need to burn a DVD !! Just make sure that your machine is hooked up to a good battery backup and a fast stable Internet connection.
In many cases out there in the real world, people will be far more behind in their updates then the current one. Heck, you might end up running this for Fedora 10 or even Fedora 8 !!
Many users get cold feet when it comes to updates because of bad experiences with Microsoft or that they don't know how to backup and reinstall their data and settings.
Getting fully upgraded and updated is valuable experience and will occur often in the "real world". This is a common situation.
Last edited by mdlinuxwolf; 04-29-2012 at 05:28 PM.
Reason: additional
Distribution: Mepis and Fedora, also Mandrake and SuSE PC-BSD Mint Solaris 11 express
Posts: 385
Rep:
upgrading
99% of the time, it is best to run the current versions of Linux. Still, if your PC is working perfectly & any interruption would be catastrophic, leave it alone. For Fedora, I've had the best luck with preupgrade.
99% of the time, it is best to run the current versions of Linux. Still, if your PC is working perfectly & any interruption would be catastrophic, leave it alone.
You know perfectly well what I mean. Admins who really need to support deprecated releases should anticipate the risks such exotic exceptions bring about. For the rest, not reading the documentation, a general lack of doing things the Linux way and lack of user and admin knowledge means we still have to educate users about standard procedures, not exceptions. Besides given the time it takes to set up a Fedora 16 machine you shouldn't want to advertise preupgrading F13 to F14 to F15 to F16 anyway.
Distribution: Mepis and Fedora, also Mandrake and SuSE PC-BSD Mint Solaris 11 express
Posts: 385
Rep:
Time??
Quote:
Originally Posted by unSpawn
You know perfectly well what I mean. Admins who really need to support deprecated releases should anticipate the risks such exotic exceptions bring about. For the rest, not reading the documentation, a general lack of doing things the Linux way and lack of user and admin knowledge means we still have to educate users about standard procedures, not exceptions. Besides given the time it takes to set up a Fedora 16 machine you shouldn't want to advertise preupgrading F13 to F14 to F15 to F16 anyway.
I don't think that using preupgrade is all that excessive. Preupgrade doesn't have to be run 3 times to get from 13 to 16, only once. I have done this myself, going from either 10 or 11 to 14 in fedora. I have no idea about whether or not it's best practice or not. I only know that you can get away with it. If you use the dvd, it will also find the previous version and ask you if you want to update the pc or smoke it with a clean install. Only M$ requires you to upgrade one operating system at a time.
Preupgrade doesn't have to be run 3 times to get from 13 to 16, only once.
Indeed it doesn't have to these days:
Quote:
Originally Posted by http://fedoraproject.org/wiki/How_to_use_PreUpgrade
Upgrade to current release directly
Preupgrade provides an upgrade directly to the latest version of Fedora. It is not necessary to upgrade to intermediate versions. For example, it is possible to upgrade from Fedora 14 to Fedora 16 directly.
Distribution: Mepis and Fedora, also Mandrake and SuSE PC-BSD Mint Solaris 11 express
Posts: 385
Rep:
still optional
Quote:
Originally Posted by First_Time_Linux
Thank you guys for your responses. I really appreciate that. I cannot upgrade Fedora 13, because that's what we have in our school lab.
At least you now know what your options are. Still, I doubt that your lab's software would have trouble with the upgrade. So long as an application is compatible, preupgrade will leave it alone. Of course, there is nothing whatsoever wrong with 13, obsolete or not !!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.