Bug 144554
Summary: | [patch] add support for DESKTOP_SERVICES variable | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Colin Walters <walters> | ||||||
Component: | xorg-x11-xinit | Assignee: | Adam Jackson <ajax> | ||||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | |||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | rawhide | CC: | cmontgom, mlists, triage, xgl-maint | ||||||
Target Milestone: | --- | Keywords: | Patch | ||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | bzcl34nup | ||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2008-05-07 00:05:00 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: | |||||||||
Attachments: |
|
Description
Colin Walters
2005-01-08 06:25:37 UTC
Created attachment 109508 [details]
add DESKTOP_SERVICES variable
This is against the rhlinux xinitrc CVS HEAD. The /cvs/dist xinitrc/devel
version seems ancient?
Also please ping before this patch goes in so we can concurrently upload a new dbus package. Any suggestions on how we can make this transition smoothly via rpm dependancies? If I remove the existing DBUS_LAUNCH stuff, and someone upgrades to rawhide xinitrc, without also upgrading to whatever will now provide $DESKTOP_SERVICES, they'll lose dbus et al. I want to be very careful about what Requires: lines get put into the xinitrc packaging also. If we can't think of a sane way to do this, I suppose I could bump the xinitrc major version number, and add Conflicts lines to it to avoid FC3 users from upgrading to it. Any comments appreciated. Once we work out the final solution, it should only take a few minutes to add the necessary changes and build for FC4. TIA Oh, also... could you please attach the code that sets DESKTOP_SERVICES as well? I'd like to review it as well. TIA The bumping major and Conflicts sounds reasonable to me. I'd think that any FC3 user upgrading to random rawhide packages gets what they deserve, anyways :) The dbus package of course will have a dependency on the newer xinitrc. Created attachment 109864 [details]
dbus launch script (/etc/X11/xinit/xinitrc.d/dbus-launch.sh)
I read through this request, and I think it is worthy of reviewing this more closely for Fedora Core 4. I'm adding it to the FC4Target tracker so it has a target assigned to it. We can always remove it from the tracker if we decide not to add this, but I think some kind of generic solution is needed to this problem, and it would be nice for it to be in FC4. A couple of things I don't like about this approach: - One bad foo-launch.sh script will break everything - Commandline length keeps increasing as more and more scripts get added. What would be nicer, would be to have them executed in an alternative manner somehow. One thing I thought of (untested, just brainstorming) was: desktop-services.d/foo-launch.sh desktop-services.d/bar-launch.sh And do: exec -l $SHELL -c desktop-services "gnome-session" Of course, if we use either your approach or mine, we force all desktop services put in there, to load on all desktops/wm setups regardless of wether they are needed or wanted at all. And also, in no specific order. I wonder if something more like /etc/init.d/* would be more forward looking and powerful? There are likely to be numerous new services in the future, and it might be nice to have a way of turning them on and off for example, like ntsysv or chkconfig does for our initscripts. Any feedback appreciated. desktop-services () { for service in desktop-services.d/*.sh ; do [ -x $service ] && desktop-services.d/$service done } ANd then do: Is this still relevant? CC'ing Monty. Based on the date this bug was created, it appears to have been reported against rawhide during the development of a Fedora release that is no longer maintained. In order to refocus our efforts as a project we are flagging all of the open bugs for releases which are no longer maintained. If this bug remains in NEEDINFO thirty (30) days from now, we will automatically close it. If you can reproduce this bug in a maintained Fedora version (7, 8, or rawhide), please change this bug to the respective version and change the status to ASSIGNED. (If you're unable to change the bug's version or status, add a comment to the bug and someone will change it for you.) Thanks for your help, and we apologize again that we haven't handled these issues to this point. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again. This bug has been in NEEDINFO for more than 30 days since feedback was first requested. As a result we are closing it. If you can reproduce this bug in the future against a maintained Fedora version please feel free to reopen it against that version. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp |