On Fri, Jan 15, 2010 at 6:51 PM, Marcel Telka <mar...@telka.sk> wrote:
> On Fri, Jan 15, 2010 at 02:55:56PM +0200, Axel Thimm wrote: > > On Fri, Jan 15, 2010 at 07:39:50AM +1100, Phill Edwards wrote: > > > > When I want to have installed MythTV 0.22 (from the stable > repository) > > > > on CentOS 5 I need to install qt44-x11 package first (from the > testing > > > > repo). > > > > > > > > The problem here is that a stable package depends on a testing > package. > > > > Would it be possible to either move qt44 stuff from testing to > stable, > > > > or move mythtv 0.22 from stable to testing? > > > > > > I'm planning to do this upgrade myself in the next few days. What was > > > the outcome of this? Or do people just enable QT to come from the > > > testing repo and be done with it? After all there are other packages > > > that also need to come from testing such as libFLAC* PIL and > > > perl-XML-Twig. > > > > For RHEL5 the testing repo isn't really "testing" quality, but stable > > quality. The reason why the packages are not labeled stable is that > > they exist in one or another form in the vendors' pool as well (like > > qt44 vs qt4), so in order to offer a conservative opt-in model for > > RHEL and friends these packages are banned from stable. > > Sorry, I do not understand. AFAIK, there is no problem to have installed > both: qt4 from CentOS and qt44 from atrpms-testing. Please explain what > exactly means "conservative opt-in model" here? > > If we really want to have any kind of conservative model, I suggest to > push MythTV 0.22 back to testing. I feel that the current cross > stable/testing dependencies are bad. > > > If I remember well, qt44-devel conflicts with qt4-devel from Centos/rhel5. Therefore, the whole qt44 suite can not be on stable (and splitting would be worse). I agree that the name of the repo is not very adequate. It could be ATrpms-extras or ATrpms-complementary. The real problem is that replacing core packages is considered a kind of heresy by a lot of people... -- Paulo Roma Cavalcanti LCG - UFRJ
_______________________________________________ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
