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@opensuse.org For additional commands, e-mail: opensuse-project+help@opensuse.org