[DRAFT for discussion] KDE 4.2 upload to unstable

Ana Guerrero ana at debian.org
Wed Feb 4 01:38:28 UTC 2009


Hi folks,

So happily after Lenny is released we will move with KDE 4.2 to unstable. Here
is some drafts plans of how i think we could do it (without breaking too much stuff)
for starting to discuss about it.
I do not know if it will be 4.2.0 or 4.2.1 but that is not very important
here.


Important things to decide|do before:

- pkg-kde SVN cleanup and re-order (branches/kde4.2 to trunk, current trunk to
  branches/lenny/ and maybe move some stuff to attic).
- Decide if keep .kde4 or move to .kde. (already in progress)
- Write documentation of how to package KDE 4 applications. It is nice and
  hopefully it will be help to avoid crappy packaging.
- Write pseudo-policy for naming space (plasmoid, artwork, etc). (already in
  progress)
- Write some nice guide of how to report KDE bugs for Debian users, with
  special emphasis about how upstream bugs are better in the KDE bugzilla.
- Ask the release team what are they plans for transitions-queue post-lenny,
  maybe it is a good idea wait to do anything until for example, the glibc
  transition is done ... (Hi Marc)
- Mail to d-d-a with proper links with the important info for another 
  developers/maintainers.
- Something else?


Steps:

- Update b-d (aka krap & friends) in unstable: cmake, eigen, phonon, soprano, 
  strigi, akonadi, automoc, ...

- Update the KDE 4.0 development platform in unstable with the KDE 4.2
  packages (yes, kde4libs, kdepimlibs and kdebase-runtime). Then:
  - Update kde3 apps that have a KDE 4 equivalent ready: amarok, rsibreak,
	yakuake, ktorrent, ...[1] Encourage people who are not in any of the KDE
	teams to do it it (i.e. kmldonkey, kdiff3, yes [1] and file wish-list bugs). 
	The stuff that needs more than the development platform will have to wait 
	a bit.
  - File for removal of all the stuff that does not make sense anymore with
    KDE 4 as default KDE (like kompose, kdeaddons, kde-i18n, kalgebra...).
	Again [1]
  - Look at the stuff that is depending / recommending / suggests  kde3 parts
	that won't be covered by KDE-legacy. There is for example, packages that
	build depend on kdepim3 libraries...  Yes [1]
  - Also, in parallel, start some QA-ing for remove qt3 and kde3 stuff from the 
    archive that is buggy, dead upstream, better new equivalent in KDE 4...
    No list to be made here, it will be done little to little through all the
	transition, i think.

- Upload KDE-legacy stuff. I would prefer here as new source packages with the
  suffix -legacy, at least it is needed for kdebase because there is already a
  KDE 4's kdebase. kdelibs3-legacy and kdebase3-legacy ?

- Upload the rest of KDE 4.2.x (no much later that the previous step, or not
  KDE installable in unstable! :D )

- Reintroduce kde 3 apps standalone that we think it is work it (at least pino
  wanted to package kregexpeditor). The less here, the better.

- Fix whatever needs to be fixed after replace KDE 3 with KDE-legacy. We can
  not really detect this previously and we'll have mostly to wait for bug reports
  here. 

- Profit.

Ideas? Suggestions? A better way of doing it?

I am sorry it is not so elaborated as I would have liked but I will be
networkless the next days and I wanted to send it already.

Ana

[1] A list of packages should be done at some point.



More information about the pkg-kde-talk mailing list