pcpa@(protected):

>  First is the problem with XFdrake overwriting the X Server
> symlink. I thought Pixel would submit a newer version of
> drak-kdb-mouse-x11, as the patch I provided doesn't matter
> if using the current <base>/X11 links or not. At least fixing
> the inverted logic about composite would not hurt, anyway,

ch /RPMS/release/drakx-kbd-mouse-x11-0.58-2mdv2009.0.i586.rpm
* Wed Jun 18 2008 Thierry Vignaud <tvignaud@(protected)
+ Revision: 220705
- rebuild

+ Pixel <pixel@(protected)>
  - 0.58:
  - XFdrake:
   o Composite is now the default in xserver 1.4 (#35043)
   o do not create symlink /etc/X11/X to ../../usr/bin/Xorg (#41363)
   o drop support for /etc/X11/XF86Config (replaced by xorg.conf for some time now)
  - mousedrake:
   o evdev and imwheel handle orthogonal things, so do use imwheel even if we
   need evdev (#40088)

> I would not mind patching the X Server to inverting the logic
> there, to match what XFdrake expects...
>
>  But another problem is one that I don't know all details,
> and may hit a lot of users.
>  If upgrading from 2008.0 to 2008.1, and then to cooker,
> newer kernels will not boot.
>  Personally I don't know all details about the root=UUID=<hash-key>
> that I believe should match the ones in /dev/disk/by-uuid
> and the required changes to fstab (if any), etc.
>  But the point is that newer kernels will not boot in that
> upgrade scenario, from 2008.0 to cooker.

it looks like a mkinitrd issue. Maybe you could give more details? and
put it in a bug report?