El Dilluns, 6 d'octubre de 2014, a les 01:30:47, Aleix Pol va escriure: > On Sun, Oct 5, 2014 at 8:30 PM, Albert Astals Cid <aa...@kde.org> wrote: > > El Divendres, 3 d'octubre de 2014, a les 03:28:44, Aleix Pol va escriure: > > > On Fri, Oct 3, 2014 at 1:52 AM, Albert Astals Cid <aa...@kde.org> wrote: > > > > El Divendres, 3 d'octubre de 2014, a les 00:04:42, Aleix Pol va > > > > escriure: > > > > > On Thu, Oct 2, 2014 at 11:34 PM, Ben Cooksley <bcooks...@kde.org> > > > > wrote: > > > > > > Hi all, > > > > > > > > > > > > It seems there has been a recent outbreak of repository moves > > > > > > which > > > > > > have been extremely poorly co-ordinated by those doing the > > > > requests. > > > > > > > > In addition, it is actually a requirement that modules moving from > > > > > > Extragear into (what was at least) the SC need to re-transit > > > > through > > > > > > > > KDE Review.It is also considered proper practice to at least > > > > > > inform > > > > > > the translation, documentation and release teams in advance you > > > > > > intend to make these moves - something which has also been > > > > neglected. > > > > > > > > For all further repository structure moves - please ensure you > > > > > > have > > > > > > received the appropriate consent from the above mentioned teams, > > > > and > > > > > > > > have announced them on the appropriate mailing lists in advance. > > > > > > > > > > > > @Plasma team: plasma-de...@kde.org does not constitute an > > > > appropriate > > > > > > > > mailing list, as it is not a community wide development mailing > > > > list. > > > > > > > > Only kde-devel and kde-core-devel qualify for this. > > > > > > > > > > > > Thanks, > > > > > > Ben Cooksley > > > > > > KDE Sysadmin > > > > > > > > > > My apologies, I shouldn't have rushed into doing such moves and send > > > > > e-mails to all the interested parties. > > > > > > > > > > If someone considers it appropriate, I can roll some of the changes > > > > > back. > > > > > > > > Maybe you should explain the changes so people is aware of them :) > > > > > > > > Cheers, > > > > > > > > Albert > > > > > > > > > Aleix > > > > > > Changes: > > > - kde-gtk-config was moved from extragear/base to kde/workspace. > > > - muon was moved from extragear/sysadmin to kde/workspace. > > > > > > That is, only projects.kde.org structure change. > > > > That's a total understament, it changes them from being something "extra" > > to > > be something totally core. So it's not "only" at all. > > > > > The reasoning is that this way they will be released together with > > > Plasma > > > Workspace. > > > > I don't see that anyone can have a problem with kde-gtk-config. > > > > The muon move i see as much less clear, there are other "installers" > > provided > > by KDE (kpackagekit comes to mind) and muon is not widely used (AFAIK) > > outside > > KUbuntu, thus putting all the weight of making it a core thing is > > something I > > think we should not be doing without a bigger discussion with the > > community, > > and not just in Plasma. > > I don't expect to compete with Apper. Muon Discover is a software center > and that's the main solution I'm pushing here, as I explained in Plasma. > Apper is a package manager. That is, a way where we can display to our > end-users what software there's available and also lets us a couple of > tricks to get biased. > > I think this is very important, because it opens an opportunity to offer > the end-user the full KDE experience we've been talking about. So far, the > way everyone had to expose software was by creating a (usually spin-off) > distribution where there was tons of software pre-installed. By providing a > software center we open channels to communicate with the user where he can > leverage on previous' users experience, as well as our own.
I'm not sure I understand the difference between a "Software Center" and a "Package Manager", can you elaborate what is the difference? Cheers, Albert