Hello, since there is no Debian stable with KDE 4 yet and having in mind the recent KDE rebranding [1], I think there will never be a better time to change names of the meta-kde metapackages to match the new branding and give our metapackages somewhat official names for the first time in the KDE history. My proposal: kde-minimal becomes: -------------------- Package: kde-plasma-desktop Provides: kde-minimal Package: kde-plasma-netbook Provides: kde-minimal kde-standard mostly remains as it is except: ------------------------------------- Package: kde-standard Depends: kde-plasma-desktop | kde-plasma-netbook, $standard_apps kde-full becomes (already done in svn): --------------------------------------- Package: kde-sc Provides: kde-full 1. http://dot.kde.org/2009/11/24/repositioning-kde-brand -- Modestas Vainius <modestas at vainius.eu> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20100225/9f476885/attachment.pgp>
On Jueves 25 Febrero 2010 16:42:20 Modestas Vainius escribi?:> Hello, > > since there is no Debian stable with KDE 4 yet and having in mind the > recent KDE rebranding [1], I think there will never be a better time to > change names of the meta-kde metapackages to match the new branding and > give our metapackages somewhat official names for the first time in the > KDE history. > > My proposal: > > kde-minimal becomes: > -------------------- > > Package: kde-plasma-desktop > Provides: kde-minimal > > Package: kde-plasma-netbook > Provides: kde-minimal > > kde-standard mostly remains as it is except: > ------------------------------------- > > Package: kde-standard > Depends: kde-plasma-desktop | kde-plasma-netbook, $standard_apps+=1> kde-full becomes (already done in svn): > --------------------------------------- > > Package: kde-sc > Provides: kde-full"sc" alone means nothing. It should be "kde-software-compilation". But as Debian already implies software, it could be shortened to "kde-compilation".> 1. http://dot.kde.org/2009/11/24/repositioning-kde-brand-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20100225/b51912b4/attachment.pgp>
On Fri, Feb 26, 2010 at 12:55 AM, David Palacio <dpalacio at uninorte.edu.co> wrote:> On Jueves 25 Febrero 2010 16:42:20 Modestas Vainius escribi?: >> Hello, >> >> since there is no Debian stable with KDE 4 yet and having in mind the >> recent KDE rebranding [1], I think there will never be a better time to >> change names of the meta-kde metapackages to match the new branding and >> give our metapackages somewhat official names for the first time in the >> KDE history. >> >> My proposal: >> >> kde-minimal becomes: >> -------------------- >> >> Package: kde-plasma-desktop >> Provides: kde-minimal >> >> Package: kde-plasma-netbook >> Provides: kde-minimal >> >> kde-standard mostly remains as it is except: >> ------------------------------------- >> >> Package: kde-standard >> Depends: kde-plasma-desktop | kde-plasma-netbook, $standard_apps > +=1I think that''s a good idea.> >> kde-full becomes (already done in svn): >> --------------------------------------- >> >> Package: kde-sc >> Provides: kde-full > "sc" alone means nothing. It should be "kde-software-compilation". But as > Debian already implies software, it could be shortened to "kde-compilation". >I also don''t like "kde-sc" much. I don''t think we should drop "full", otherwise we will get the same effect that the "kde" metapackage had. If we want to introduce the "sc" part in the name, then imho the packages need rename as follows: - kde-minimal -> kde-plasma-desktop + kde-plasma-netbook (provide kde-sc-minimal) - kde-standard -> kde-sc-standard - kde-full -> kde-sc-full However, I think that "sc" may just confuse users. "software-compilation" would be less confusing, but that becomes too long, so I''m not very much in favor of adding the this part in the names. Regards, George
Hello, On sekmadienis 28 Vasaris 2010 13:46:53 George Kiagiadakis wrote:> <dpalacio at uninorte.edu.co> wrote: > > On Jueves 25 Febrero 2010 16:42:20 Modestas Vainius escribi?: > >> Hello, > >> > >> since there is no Debian stable with KDE 4 yet and having in mind the > >> recent KDE rebranding [1], I think there will never be a better time to > >> change names of the meta-kde metapackages to match the new branding and > >> give our metapackages somewhat official names for the first time in the > >> KDE history. > >> > >> My proposal: > >> > >> kde-minimal becomes: > >> -------------------- > >> > >> Package: kde-plasma-desktop > >> Provides: kde-minimal > >> > >> Package: kde-plasma-netbook > >> Provides: kde-minimal > >> > >> kde-standard mostly remains as it is except: > >> ------------------------------------- > >> > >> Package: kde-standard > >> Depends: kde-plasma-desktop | kde-plasma-netbook, $standard_apps > > > > +=1 > > I think that''s a good idea. > > >> kde-full becomes (already done in svn): > >> --------------------------------------- > >> > >> Package: kde-sc > >> Provides: kde-full > > > > "sc" alone means nothing. It should be "kde-software-compilation". But as > > Debian already implies software, it could be shortened to > > "kde-compilation". > > I also don''t like "kde-sc" much. I don''t think we should drop "full", > otherwise we will get the same effect that the "kde" metapackage had.That''s a valid point. So lets keep both kde-full and kde-standard (so neither will look odd) and simply make kde-full provide kde-software-compilation (hence the latter name will be more hidden). So final proposal: ------------------ Package: kde-plasma-desktop Provides: kde-minimal Depends: kdebase-runtime, plasma-desktop, kdebase-workspace, kdebase-apps Package: kde-plasma-netbook Provides: kde-minimal Depends: kdebase-runtime, plasma-netbook, kdebase-workspace, kdebase-apps Package: kde-standard Depends: kde-plasma-desktop | kde-minimal, $standard_apps Suggests: kde-plasma-desktop, kde-plasma-netbook Package: kde-full Provides: kde-software-compilation Depends: kde-plasma-desktop, kde-plasma-netbook, $the_rest_of_kdesc NOTE: for this to work, kdebase-workspace metapackage should have plasma- desktop | plasma-netbook in Depends. ----------------- I have also introduced kde-sc-dev-latest (odd name, open for suggestions) which is about keeping KDE Development platform build depends up-to-date (via breaks) without bumping various build depends for each individual KDE SC package every point release. Build depends bumping is wrong for two reasons: 1) e.g. kdenetwork 4.4.5 will probably build fine against kdelibs 4.4.[01234] just fine. 2) build depends bump would unnecessarily tighten Depends and complicate KDE migration to testing which symbol files were supposed to ease. kde-sc-dev-latest does have one side effect though as it might complicate KDE building outside chroot (e.g. it will prevent building of kdepimlibs 4.4.2 while kdebase-workspace-dev 4.4.1 is installed even if kdepimlibs does not really need anything from workspace). In order to solve this, I will probably add a custom command to pkg-kde-tools which would override distro kde-sc-dev- latest with the version without Breaks and install it on the user system. -- Modestas Vainius <modestas at vainius.eu> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20100228/53768fef/attachment.pgp>
Hi, Alle domenica 28 febbraio 2010, Modestas Vainius ha scritto:> Package: kde-standard > Depends: kde-plasma-desktop | kde-minimal, $standard_apps > Suggests: kde-plasma-desktop, kde-plasma-netbook > > Package: kde-full > Provides: kde-software-compilation > Depends: kde-plasma-desktop, kde-plasma-netbook, $the_rest_of_kdescRegarding this situation: should kde-full depend on kde-standard? The case that triggered my question is #539169: konq-plugins is recommended by kde-standard but not by kde-full. At first I thought about making kde-full recommend it as well, but in case we add more "3rd party" packages recommends/suggestions to kde-standard we would need to "replicate" them in kde-full as well. -- Pino Toscano -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20100302/55dc936e/attachment.pgp>
Hello, On antradienis 02 Kovas 2010 17:03:07 Pino Toscano wrote:> Alle domenica 28 febbraio 2010, Modestas Vainius ha scritto: > > Package: kde-standard > > Depends: kde-plasma-desktop | kde-minimal, $standard_apps > > Suggests: kde-plasma-desktop, kde-plasma-netbook > > > > Package: kde-full > > Provides: kde-software-compilation > > Depends: kde-plasma-desktop, kde-plasma-netbook, $the_rest_of_kdesc > > Regarding this situation: should kde-full depend on kde-standard? > The case that triggered my question is #539169: konq-plugins is recommended > by kde-standard but not by kde-full. At first I thought about making > kde-full recommend it as well, but in case we add more "3rd party" > packages recommends/suggestions to kde-standard we would need to > "replicate" them in kde-full as well.Why not, feel free to fix (keep kde-plasma-* in Depends though). -- Modestas Vainius <modestas at vainius.eu> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20100302/1cfb34c1/attachment.pgp>