Pixel wrote:
> 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)

Apparently Thierry's "rebuild" corrected the problem. I remember
a user reported the problem still existed last week, and I confirm
it still existed sunday.

>> 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?
There are some other similar problem reports @cooker. If I understand
it correctly, the bootload-config and related drakconf scripts should use
fstab.sys for newer kernels, and use the newer syntax there. But I don't
know if it is enough...

Paulo