Hello! That would mean not to be able to use etch with a self compiled 2.6.20+ kernel and have hal working without compiling my own package?
I consider this to be a serious limitation, cause I think Etch will likely be a stable release for a year or longer given the current release schedules. I bet plenty of people will use 2.6.20+ kernels in that time, either self compiled or backported ones. All those kernel related userspace tools (like hal and udev) tend to limit my choice in which kernel I use quite much. Probably not to be blamed to these tools but also to current kernel development. Did anyone think about what it would break when adapting sysfs layout? I certainly would like a bit more long term stability there! Although I like to use current kernels I would prefer not having to fiddle around with desktop issues every now and then and prefer that that stuff just works. Well no other choice than to build my own hal package, try to use the Ubuntu one or just step back to good old /etc/fstab unless there is at least a newer package in unstable or experimental, where using /etc/fstab probably would be the way of least resistance I guess. Quite frustrating. Regards, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
pgpayth5Om6Qj.pgp
Description: PGP signature
