Am Mittwoch, den 08.07.2009, 13:41 +0200 schrieb Olaf Mueller: > Dag Wieers wrote: > > Hello. > > > On Wed, 8 Jul 2009, Olaf Mueller wrote: > > > >> Hugo van der Kooij wrote: > >> > >>> Joe Ogulin wrote: > >>>> I am running CentOS 5.3. I thought it was just going to be two > >>>> packages... perl-MP3-Tag and perl-Unix-Process... then today, it > >>>> added 5 more. > >> > >>> Great. So you mix Centos, rpmforge and random other packages and now > >>> all of a sudden it is a rpmforge problem? > >>> Please make sure that you only combine Centos and rpmforge > >>> repositories before you start to report problems. > >> I have a server with only CentOS and rpmforge as repos and it breaks > >> dependencies on perl packages. And this is a problem by rpmforge > >> cause of building new perl packages without solving all dependencies. > >> > >> Great. I don't mix repos on this server and rpmforge breaks yum. > >> And now? What should I do? Give me your good suggestion. > >> > >> Your complete answer is wrong, the original poster has a problem with > >> rpmforge repo. It is no others repo fault. > > > > Maybe we should ask money so people can demand something to be changed > Is this your goal for rpmforge repo? To take money? > It is your own choice. So do it or do it not, but don't ask me. > The only question, I will ask me than is "is it worth to pay for"
No that is not the goal. I guess his intention was to express that you don't have any rights to demand something. > . > > > Remember that we are doing that in our spare time and if dependencies > > are not met it is because we don't have the time nor the > > infrastructure to do it better. > I have also CentOS clients running with rpmforge repo enabled on. You, > the rpmforge team, have always done a good job. Thank you for that and > for your time. > > > You shouldn't be using RPMforge anyway if your systems are so > > critical. > In my opinion that is an important statement. One of my server is a > mailserver with only clamav packages from rpmforge for mail scanning. I > will think about alternatives. > > CentOS, epel and other yum repos are all serious projects with the aim > to be stable as possible. I always thought rpmforge is such a project > too. > Maybe a 'testing before delivering' rpmforge-repo would be a good > choice. But you are right, nobody forces me to use rpmforge. Well i have to disapoint you your assumptions were wrong. Most (nearly all) packages in rpmforge are not tested at all. A lot of packages do not even build. And today i learned that there is dozens of missing dependencies all aover the place (repoclosure output is > 700 lines). So the general advise, if you use rpmforge packages in production test all updates before using them. > > I have answer to Hugo van der Kooij mail cause he informed the original > poster wrong. It is not the fault by other repos. Stand to your own > mistakes and don't take the user of your repo for an idiot. > I did quite offensively! Noone from rpmforge team ever said it was someone elses fault. But i have to say I have the impression some users are overreacting a bit. You can always exclude a failing package. Only a few packages are affected and I fix them right away. So as I said before, please report any findings I will fix them ASAP, but please do not expect enterprise quality from rpmforge. Chris financial.com AG Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München | Germany Frankfurt branch office/Niederlassung Frankfurt: Messeturm | Friedrich-Ebert-Anlage 49 | 60327 Frankfurt | Germany Management board/Vorstand: Dr. Steffen Boehnert (CEO/Vorsitzender) | Dr. Alexis Eisenhofer | Dr. Yann Samson | Matthias Wiederwach Supervisory board/Aufsichtsrat: Dr. Dr. Ernst zur Linden (chairman/Vorsitzender) Register court/Handelsregister: Munich – HRB 128 972 | Sales tax ID number/St.Nr.: DE205 370 553 _______________________________________________ users mailing list [email protected] http://lists.rpmforge.net/mailman/listinfo/users
