Mailinglist Archive: opensuse-factory (475 mails)

[Bernhard Walle <bwalle@xxxxxxx>]

* Christian Boltz <opensuse@xxxxxxxxx> [2008-08-10 15:49]:
> on Sonntag, 10. August 2008, Bernhard Walle wrote:
> > It _is_ a problem. I always end up in having 20 repositories added to
> > my package manager, having lots of updates installed just because I
> > want to have a few programs installed and up to date. And after 9
> > month of usage, I end up in a reinstallation for $NEXT_RELEASE
> > instead of updating because it's less work for me.
>
> I have currently 14 repos, and always install new versions as update. 
> Yes, sometimes there are some conflicts to solve, but it takes much 
> less time than restoring all config changes etc. I did.
>
> (I know there are different opinions on this, and it was discussed often 
> enough. From my POV there's no need to start a long thread again ;-)

I don't have much configuration outside of my $HOME.

> > All repos in the build service are actively developed and not frozen
> > if a distribution is released. So, for example, I install 'blackbox'
> > from the X11:windowmanagers repository. I that 'blackbox' package
> > would be in openSUSE (directly), then I would not need to update the
> > version just to get security fixes. 
>
> Valid point, but you make an assumption: There's someone who backports 
> the security fixes to the version that was in $distribution_release. 
> I'm afraid this will be the bottleneck here :-(

Well, it would be ok for me that if a security problem is encountered,
that (and only that) package is updated to latest upstream version.

> > However, so, I must, and if 
> > libxyz is also in that repository, I also get that new version which
> > is probably buggy just because I run "zypper update -t package".
>
> I guess this problem is solved by the vendor stickyness in 11.0 - unless 
> the newer libxyz is needed by the package you want to install/update.

What is “vendor stickyness”, i.e. where can I configure that for a repo?


Bernhard
-- 
Bernhard Walle, SUSE LINUX Products GmbH, Architecture Development
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx