Scientific Linux Forum.org



  Reply to this topicStart new topicStart Poll

> Repo Collisions, question about the repository problems
hdd
 Posted: Mar 20 2012, 12:14 PM
Quote Post


SLF Rookie
*

Group: Members
Posts: 21
Member No.: 1375
Joined: 14-March 12









Hi all ,
first of all , sorry if this question is already been raised somewhere else, this is not intended to be a starting flame of any sort.

This is the second time that I attempt to use SL as desktop (laptop actually) main system.
Coming from fedora , the first thing that I noticed is how hard is to keep the system up to date , without breaking everything (reason why the other time I tried I rolled back to fedora.)

So far I've managed to have the repos configured with all the various plugin (priority , protect-base etc) , and things are going a bit smoother, but I don't get how is it possible that on a system , that is supposed to be "the most stable and reliable", is so hard to have repositories that doesn't make your system collapses so easily.

This doesn't want to be mere complain , as I do like what I have now, but I'd like to understand where the difficulties of keeping the repo not clashing each other comes from.
(just to be fair , it happens on fedora as well , if you enable Atrpms with others, but it's usually just matter of one repo or 2 and not any)

CHeers.
L.

P.s
Is there any reason why SL doesn't come with the third party repos setup with a basic priority set up?
PM
^
AndrewSerk
 Posted: Mar 20 2012, 03:28 PM
Quote Post


SLF Moderator
******

Group: Moderators
Posts: 528
Member No.: 54
Joined: 14-April 11









Hello hdd,

The first thing to understand about third party repo's is just that they are from a third party (not from SL devs). The SL devs don't have control of those third party repos or how the packages are built or against what deps.

I have never had a conflict that was a result of the SL official repos and have only had issues that came from the third party sources.

If you use the rpmforge repo and the SL official repos only, you should experience little to no issues. If you need packages that are only supported by other repos I would suggest you only enable the other repos for the install of the unsupported packages and disable the other repos for normal use.


The above practices have worked well for me and I hope they give you the same experience.

Andrew
PM
^
hdd
 Posted: Mar 20 2012, 04:16 PM
Quote Post


SLF Rookie
*

Group: Members
Posts: 21
Member No.: 1375
Joined: 14-March 12









Thanks Andrew.
Yes , I'm trying to keep the repo list as shorter as I can ,to avoid problems , and you are right , sticking on the sl ones . there's no problems, but they lack a lot of packages that I need to make SL working as everyday desktop. I guess that the only thing I can do , is to keep looking for a package at time , enabling and disabling the repos ad needed.

Still have some problems , as I have yum complaining (not sure why) between i686 and 64bit packages, but that might be fault of skype (damn it).

I'd like to see one day , a unified repo dedicated to SL for just multimedia packages and libs, compiled to make it work just with the sl repos, without collisions ... but I guess I'll have to cope with the situation that is in place now , as most of the people uses SL and CentOs as server and not as everyday desktop solution.

Thanks!
PM
^
AndrewSerk
 Posted: Mar 20 2012, 04:30 PM
Quote Post


SLF Moderator
******

Group: Moderators
Posts: 528
Member No.: 54
Joined: 14-April 11









Maybe one day we will have a unified repo for desktop users. That would be a interesting project!

Best of luck smile.gif

Andrew
PM
^
tux99
 Posted: Mar 21 2012, 01:32 PM
Quote Post


SLF Guru
********

Group: Members
Posts: 1289
Member No.: 224
Joined: 28-May 11









QUOTE (AndrewSerk @ Mar 20 2012, 05:30 PM)
Maybe one day we will have a unified repo for desktop users. That would be a interesting project!

Best of luck smile.gif

Andrew


I agree that would be great, but unfortunately each repo has different (and often incompatible) objectives and rules with regards to what licenses and potentially patent-encumbered stuff they allow in their repo, therefore I can't see that happening anytime soon.

I only started my own repo because none of the existing ones met my requirements, not because of an ego trip (ok I do enjoy packaging but I would just as gladly package for some existing repo if any of them met my view of what should be included in a repo, rpmforge is probably the one closest to my view).



--------------------
My personal SL6 repository, specialized in audio/video software: http://pkgrepo.linuxtech.net/el6/
(can be used together with EPEL and ELRepo repositories) - repository mirror: http://linuxsoft.cern.ch/linuxtech/el6/
PM
^
hdd
 Posted: Mar 21 2012, 06:00 PM
Quote Post


SLF Rookie
*

Group: Members
Posts: 21
Member No.: 1375
Joined: 14-March 12









yeah I know , sl is not primary a desktop system (even it should be from my pov).
but I agree , even if it's difficult , i'd like to see a bit more of desktop packages landing in an offical repo.
L.
PM
^
redman
 Posted: Mar 26 2012, 10:55 AM
Quote Post


SLF Admin
********

Group: Admins
Posts: 1986
Member No.: 2
Joined: 8-April 11









My advise in this is always to install and disable all non essential (SL) repos. Than ask yourself which apps you really need and decide with repo to use. All other apps should be downloaded/installed by hand. Yes, that requires more work at first, but it does garuantee less or no problems afterwards.

As tux99 pointed out, all additional repos have their own agenda.
Some are willing to work together, others simply refuse ...


--------------------
What is SL? - Forum Rules - Info on 3rd Party Repos - How to post images - How to post large text / config files

Desktop: ASUS P5QPL-AM, Intel Dual-Core E6500, 4GB DDR2, ASUS GeForce GT 430 1GB, SL6.5 x86_64
Laptop: ASUS X58L, Intel Dual-Core T3200, 3GB DDR2, Intel GMA X3100, RHEL7.0 x86_64
Test box: Intel S5000PSL, 2x Intel Xeon E5310, 8GB ECC DDR2 FB-DIMM, ASUS GeForce GT 220 1GB, SL7 BETA x86_64
PMEmail Poster
^
0 User(s) are reading this topic (0 Guests and 0 Anonymous Users)
0 Members:

Topic Options Reply to this topicStart new topicStart Poll