I own a thinkpad T43, and while it looks like most of it's features are
supported by Linux (especially if today's 2.6.16rc kernel fixed the
suspend issues with SATA drives), getting them all configured looks like
it's going to require a good bit of experimentation and configuration.
On the positive side, it seems to be mostly just a matter of putting
some scripts in the right places, pulling in some packages such as tpb,
and modifying some config files to reflect what subset of special keys
this model has. Nonetheless, I think it's kind of silly for me to
invest this kind of time and not have others benefit from it. I also
don't want to put yet another laptop how-to page that only covers a few
of the things a person needs to do to get the unit work optimally.
I'm wondering if it would be a worthy endeavor to begin a process of
creating model-specific "profile" RPM's for various laptop models? For
example, I might create an RPM called fedora-profile-thinkpad-t43 which
would:
- require the tpb and other necessary packages for full hardware support
- include appropriate T43-specific config files for the tpb program
- include appropriate acpi scripts and put them in the right places
Long-term, one might even be able to include optimized xorg configs (for
example, I use some features of the radeon driver to let me re-size the
screen between a 1- and 2-monitor setup when I dock/undock my system).
So, the questions are:
- Does this make any sense to do?
- What kind of naming scheme is appropriate?
- How can I deal with config files (for example, tpb owns tpb.conf, but
I want to have my pkg provide a better tpb.conf...)?
- Does this target only laptops, or is this at all appropriate for
desktops, too?
In an ideal world, one might hope we'd get to the point that vendors
would supply such a package when they ship a new laptop model.
As nice as it would be to have "out of the box" support for this stuff,
I'm assuming it's really more of an extras project. Nonetheless, I
thought it might be wise to start out asking for suggestions here in
case there are other issues, ideas, or projects afoot that might have
some bearing on how best to do this.
Any comments?
Thanks
DC
--
fedora-test-list mailing list
fedora-test-list@xxxxxxxxxx
To unsubscribe:
https://www.redhat.com/mailman/listinfo/fedora-test-list