KDE 2.2 Release Schedule Update

After some debate last week over whether KDE 2.2 HEAD BRANCH
was ready for a stable release,
Waldo Bastian, the KDE 2.2
release coordinator, has
a revised release schedule (also available if you Read More).
The release has been delayed two weeks from Monday, July 16 to August 6.
Though KDE excels at sticking to published release schedules, it seems
to me that stability and security are the developers' primary concerns.
And That's A Good ThingTM.



KDE 2.2 release: current schedule


Mon, 16 Jul 2001 10:30:59 -0700


Waldo Bastian


kde-devel@kde.org, kde-core-devel@kde.org, kde-i18n-doc@kde.org, koffice-devel@kde.org


This is to keep you up to date with the status of the KDE 2.2 release. I have
added a bit more time in the schedule in order to fix security problems that
exist with our use of https at the moment. I hope that everyone else can use
this time to do some additional bugfixing. Please be very carefull and send
patches of your changes to a mailinglist for review first. *)

The up to date schedule for the KDE 2.2 release is as follows:

From the release plan:

KDE 2.2 final

  • Monday July 16. The HEAD branch goes into deep-freeze. All commits should be posted for review _BEFORE_ commiting.
  • Sunday July 29. Last day for translations,
    documentation, icons and critical bugfixes commits.
  • Monday July 30.
    The HEAD branch of CVS is tagged KDE_2_2_RELEASE and the day is spent testing
    the release a final time.
  • Tuesday July 31.
    The tarballs are made and released to the packagers.
    The rest of the week is spent testing the tarballs, packaging and writing the
    announcement and changelog.
  • Friday August 3.
    The source and binary packages are uploaded to ftp.kde.org to give some time
    for the mirrors to get them.
  • Monday August 6.
    Announce KDE 2.2.

Frequently Asked Questions

Q) Which packages are included?

A) The current list of packages that will be in the 2.2 release is:

  • kdelibs
  • kdebase
  • kdenetwork
  • kdegraphics
  • kdeadmin
  • kdemultimedia
  • kdegames
  • kdeutils
  • kdetoys
  • kdepim
  • kdesdk
  • kdebindings
  • kdevelop
  • kdoc
  • New package: kdeaddons
  • New package: kdeartwork




bastian@kde.org | SuSE Labs KDE Developer | bastian@suse.com

(Ed: For those who have not noticed yet, KDE no longer ships with kdesupport, under the theory that modern distributions already provide the programs forming kdesupport.)


if you want it, the kdebindings module has an xpart to embed gecko, the same mozilla rendering engine used by galeon. Personally, I prefer KHtml, but if you like gecko, use it :-).

By Kevin Puetz at Wed, 2001/07/18 - 5:00am

What's really missing in KDE (compared to GNOME) is something like Ximian's Red Carpet. Are there any plans to create something similar for KDE?

By Havard Bjastad at Wed, 2001/07/18 - 5:00am

Red Carpet is a service provided by Ximian. This service requires making binary packages for many applications for each distribution. Such a service requires a lot of boring work and manpower. Ximian, being a company, has such resources.

How do you propose a free software project like KDE go about providing such a service? In fact, you would need a whole team dedicated to providing updates and building binary packages on who knows how many platforms.

In fact, isn't this the job of your distribution?

When Kent completes the KDE installer, perhaps KDE.com can provide a paid service by providing appropriate XML files and binary packages for the various applications listed on apps.kde.com. But the manpower and resource problem remains.

By Navindra Umanee at Wed, 2001/07/18 - 5:00am

Yes, Red Carpet is a service, but I guess what I had in mind was for KDE to create something like the Red Carpet _application_. To my best understanding KDE already provides most of what's needed: Binaries for various distributions.

For instance, being a RedHat user, I can go to kde.org and download new RPMs. However, what Red Carpet (the application) provides for GNOME, is handling the following tasks for me:
1. Check for updated RPMs
2. Let me select which of the new RPMs I want
3. Download and install the selected RPMs

Shouldn't it be possible for KDE to create an application that does the above? I realize that supporting _all_ distributions may be too big of a task, but if you support RPM-based distributions you'll still cover a lot of ground (and maybe someone else will extend the application to support other distributions).

Just to make myself clear: This idea is all based on the binary packages already being available.

By Havard Bjastad at Wed, 2001/07/18 - 5:00am

KDE does not provide the packages. KDE doesn't make the packages. The distributions make the packages, and KDE provides space for them on the KDE FTP servers as a courtesy. KDE provides the sources only.

It's a resource issue, KDE does not have the resources to provide such a thing.

Go look at this page where the KDE policy is explained very thoroughly:


By Lauri Watts at Wed, 2001/07/18 - 5:00am

Mandrake8.0 has similar service available and not just for one application (or group of apps) but the whole system. Try it!

By Alex at Wed, 2001/07/18 - 5:00am

I'd be very interested in taking a look at it! Could you please point me to where I can find more info, or should I just start searching Mandrake's site?

By Havard Bjastad at Thu, 2001/07/19 - 5:00am

Mandrake8.0 provides only security updates.
It does not provide "feature updates".

That is, you get an updated version of a package
only if the latest version fixes a security
bug. If the latest version just adds features,
they do not provide it.

Of course, they do provide the latest binaries
of KDE.


By Magnus Pym at Thu, 2001/07/19 - 5:00am

>Mandrake8.0 provides only security updates.
>It does not provide "feature updates".

Not true, or at least, no longer true. With Mandrake 8.0, MandrakeUpdate now allows you to fetch and install packages from the "Cooker" development collection (the equivalent of Red Hat's "Rawhide").

By Kevin Shaum at Fri, 2001/07/20 - 5:00am

SuSE 7.1 provides Online update facility in YAST2 - it does exactly what you described.

You migth also take a look at autorpm and kpackage, autorpm downloads defined (installed and/or new packages) fist and it's up to you to to install it afterwards manualy or automaticaly


By ferdinand at Thu, 2001/07/19 - 5:00am

Correct me, but SuSE provides only patch-information which fix bugs for their Online Update. There is a lot more available on their FTP-Server than what it offers to you (KDE 2.1, Gnome 1.4, XFree 4.1 to mention).

By Someone at Thu, 2001/07/19 - 5:00am

Yes, that's propably true. Didn't try yet.

By ferdinand at Thu, 2001/07/19 - 5:00am

Running today's CVS snapshot and it seems very stable!

But where is the Python support in KWrite and Kate??! Will it be in before the 2.2-release?

By Per Wigren at Wed, 2001/07/18 - 5:00am

Is it planned to fully support Sun Audio in KDE 2.2 Release?

After arts finally supports Sun Audio in KDE-2.2Beta1 it would
be nice if some other audio-apps would also work as expected.

1. The ogg-vorbis plugins (mpeglib, oggvorbis_artsplugin) don`t consider the endianess
of the sparc architecture. ov_read() deals with that.

2. Some applications (e.g. mpeglib,kmix) were accessing the audio(ctl) device directly
by hardcoding the path to the devices. Especially Suns SunRays do not use these.
The SunRay-serversoftware uses $AUDIODEV to access the audiodevices.
For the audioctl device, one has to append "ctl" to the value of $AUDIODEV.

3. mpeglib will not be built by default for the sparc architecture, but why not? It seems to work.

4. There are some other (non audio) issues, but I don't remember exactly...


By Gerhard Frnke at Thu, 2001/07/19 - 5:00am