Mailinglist Archive: opensuse-project (930 mails)

[Marcus Moeller <mail@xxxxxxxxxxxxxxxxx>]

Hi Jan,

> > > I object to this strategy. A few years ago, there were voices that
> > > said "but Debian has more packages", now that we have the OBS,
> > > the problem still is not really gone.
> > >
> > > First you would have to add extra repositories, that alone is
> > > unacceptible. Having to manually add packman & personal repo
> > > already does not scale to well.
> > >
> > > Already today, we see posts by forum visitors (and/or other
> > > communication media) who seem to have utterly many reopsitories just
> > > because they think it is cool or something, when in fact, they are on
> > > the edge of breaking something in the process, and nobody wants to
> > > deal with the "mess" of finding where exactly in those umpteenth
> > > repositories the problem comes from.
> > >
> > > I also am inclined to call this a Windows model, where you spend
> > > extra time installing all the non-core stuff. Linux distributions'
> > > strengths have always been to have more software agglomerated in a
> > > single location.
> > >
> > > Then, repositories often carry packages also found in others. It
> > > raises the problem which to choose.
> >
> > I totally agree on that, but it's a problem we have in general.
>
> It could certainly do better, by integrating. Up on the list is
>
> # rpm -qa --qf="%{VENDOR}\t%{NAME}\n" | sort | less
> obs://build.opensuse.org/science        R-base
> obs://build.opensuse.org/science        blas
> obs://build.opensuse.org/science        libblas3
> openSUSE-Education      latex-pgf
> openSUSE-Education      latex-xcolor
> openSUSE-Education      libenca0
> openSUSE-Education      liblapack3
> openSUSE-Education      libinotifytools0
> openSUSE-Education      python-numpy
> openSUSE-Education      maxima
> openSUSE-Education      maxima-exec-clisp
> openSUSE-Education      wxMaxima
> obs://build.opensuse.org/Application:Geo        gdal
> obs://build.opensuse.org/Application:Geo        libgdal1
> obs://build.opensuse.org/Application:Geo        libgeos0
> obs://build.opensuse.org/Application:Geo        libgeotiff1_2
> obs://build.opensuse.org/openSUSE:11.2:Contrib  poedit
>
> The only reasons to fail putting something into Factory (or
> opensuse in general) is
>
>  * licensing
>  * preference (colors, layouts, etc)
>  * package-hoarding by maintainer
>  * ..something else too
>
> > At our university (and in our German forums), most support cases are
> > related to 3rd party repositories, replacing core packages.
> >
> > One option is not to only display home: repos at software.opensuse.org
> > (are they already hidden? not hitting them very often, now but the
> > advanced search option is checked by default).
>
> home: is not so much a problem IMO, just a consequence. With more
> packages migrating to factory, the fewer repos you need. The fewer
> repos you have, the stronger one is inclined to keep it that way
> (to not add more).

Okay, got your point. But isn't 'Base for derivatives' heading in the
other direction: fewer packages in Factory and more in 3rd party
subprojects?

Greets
Marcus
--
To unsubscribe, e-mail: opensuse-project+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-project+help@xxxxxxxxxxxx