Your reasons for wanting kdebase to be rebuilt with experimental dbus/hal seem mainly to boil down to a desire to run both GNOME and KDE from experimental. While there is nothing wrong with wanting this, I still don't find that sufficient to overrule the other reasons I have stated for preferring to test kdebase against the old dbus/hal. Moreover, the general principle you seem to be hinting at of "stuff in experimental should be built against other experimental stuff" is very rarely practiced - experimental uploads are usually there to be cherry-picked for use with Sid. Experimental is not a real distribution that most people run in its entirety. Otherwise we'd be building against any random updated library that happened to be there as well as dbus/hal. FWIW, Ubuntu (and many other distributions) will be building their KDE against the new dbus/hal, so if there are critical problems, we will find out through them. However, if it does appear that the new dbus/hal will enter unstable before 3.5.0, then the case for building 3.5 against the new dbus/hal becomes much stronger. We'll see. Also, if for the next round of 3.5 uploads to alioth (when 3.5 arrives at 3.5.0 final), someone (a DD or a well-known Debian contributor) wants to provide alternate kdebase/k3b debs built against the new dbus/hal, I can't see the harm in them being made available somewhere. Someone could do that right now, in fact. Cheers, Christopher Martin On November 25, 2005 19:21, Erich Schubert wrote: > I disagree for some reasons: > - People testing stuff from experimental will probably also want to test > DBUS and GNOME from experimental. After all, they are brave experimental > testers! Currently this means uninstalling KDE (which I just did.) > - New DBus will enter unstable some time, too, you know. You should also > test KDE with the new DBus, why don't you do it at the same time? > - Gnome 2.12 has been sitting in experimental for a month now - they > will probably upload to unstable soon, too? Especially since they aren't > affected much by the C++ allocator changes I think. > - Gnome 2.12 was shipped with Ubuntu Breezy, so it has received a > *serious* amount of testing already on a Debian-based system > - Downgrading dbus from experimental to unstable shouldn't be hard, > *because* the package names have changed and they conflict... so once you > upload KDE packages to unstable, even with an old dbus, a simple "apt-get > install kde dbus-1" should install the new KDE and the old dbus again. > They'll only get conflicts if they have other dbus-related stuff (read: > gnome from experimental) installed. In that case they can just stick with > the experimental version... > > > removal/reinstallation. Besides rebuilding kdebase, we'd have to > > rebuild k3b, since it also uses the old dbus/hal in unstable. > > K3B is actually the only reason (apart rare konqueror webpage tests) why > I have parts of KDE installed... So I'd prefer to have it built with > experimental DBUS, too... ;-)
Attachment:
pgp_eX10BRgPQ.pgp
Description: PGP signature