Bug 173069
| Summary: | hal-device-manager should be in Application->SystemTools menu | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | John Ellson <john.ellson> |
| Component: | hal | Assignee: | John (J5) Palmieri <johnp> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | jkeck, nphilipp, rodd, sundaram, wriede |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | ppc64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-08-30 16:26:23 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 197822 | ||
|
Description
John Ellson
2005-11-13 15:48:33 UTC
I second this motion! > I just found it yesterday myself Hm, ever wondered what 'hal-gnome' package is for? What about 'lshal'? > hal-device-manager should be in Application->SystemTools menu Personally I am not so sure about it. It is not really a tool - at least so far. It just lists in a graphical form some information which you can get via 'lshal' as well, which is not that often in use, and really only root can do something with that info. Overloading menus is not such great idea. So that was the thinking on why it shouldn't go into the menus. It really isn't all that useful as a tool (we were going to make something much better but haven't found the time). However since a person needs to install the rpm (nothing depends on it which is good), it might not be a bad idea to add it to the menus. We are in the mist of cleaning up the menus a bit so I will ask what the other guys think. Well, I would certainly say that if a user cares enough to install it, (s)he will appreciate it showing up in the menus. And while making a real tool out of will be super, it is now already useful to see what hal is up to. Much more accessable / user friendly than lshal. I would also like to see more attention to tools like these in the release notes, as now these new capabilities go unnoticed. This seems to be installed by default and doesnt show up on the menus though which is rather strange to me. Can we make this show up on the menu before FC6? I'd say a) put it in the menus if installed b) don't install it by default I think this is a quite a small and useful utility to have it installed by default. Pretty much every mainstream distribution afaik. It may have some value for a certain group of users, yes. But useful enough for a large enough group of users to justify cluttering the default menus ? In my opinion, no. We have been including hwbrowser in previous releases for a long time and a graphical view of the hardware available is very basic information that needs to be provided by default. Is there a reason it is called hal-gnome? seems to use only gtk. My suggestions would be * Drop hwbrowser from Fedora Core. It can be moved to Fedora Extras if there is still interest in maintaining it. * Install and provide a menu entry by default for hal-gnome hwbrowser is a lot more reasonable, ui-wise, compared to hal-device-manager. I went with the general consensus in the desktop team, which is to add a desktop file, and make the package optional. Longer-term, it would be good to transplant the hwbrowser ui on top of hal-device-manager to arrive at something that could form the basis for a more usable and useful tool. |