[Bug 226456] Merge Review: system-config-display
bugzilla at redhat.com
bugzilla at redhat.com
Sat Mar 24 03:00:31 UTC 2007
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Merge Review: system-config-display
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=226456
------- Additional Comments From kevin at tummy.com 2007-03-23 23:00 EST -------
>I _really_ want to not own this package.
:)
Perhaps it's worth mailing the maintainers list and asking if anyone is interested?
>The vast majority of the bugs against s-c-d are about dualhead sucking. There's
>really no good way to fix that short of RANDR 1.2 support in Xorg, so I've been
>trying to focus on that first.
Yeah. Might be worth making a "Dual head support is bad now until xrandr 1.2"
bug and closing a bunch of them as dups against that one?
(I'm really looking forward to xrandr 1.2. ;)
> I certainly wouldn't object if people wanted to help, but thus far no one has.
Yeah. ;(
>> All those should be mode 644?
>
>Oh probably, but since they're 0644 in the upstream source, something must be
>making them executable. No harm though, just added #! lines upstream too.
Well, are they scripts that can be run by themselves?
If not, it would make more sense to not have the #! and make them mode 644.
>> g)
>> W: system-config-display prereq-use hicolor-icon-theme
>>
>> Should this be "Requires(postun)" and "Requires(post)"
>
>I think it's just Requires:, since h-i-t should exist to own the directories,
>but if it doesn't, then when we remove the package we should check if the icon
>dir exists before trying to update the icon cache.
>
>Changed to Requires and added the check, but I'm still not sure about this.
Looks like it shouldn't be anything at all...
http://fedoraproject.org/wiki/Packaging/ScriptletSnippets#head-7103f6c38d1b5735e8477bdd569ad73ea2c49bda
says: "Note that no dependencies should be added for this.
If gtk-update-icon-cache is not available, there's nothing that would be needing
the cache update. Not adding the dependency on gtk-update-icon-cache (ie. gtk2
>= 2.6.0) makes it easier
to use the package (or the same specfile) on systems where it's not available
nor needed,
such as older distro versions or (very) trimmed down installations."
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
More information about the package-review
mailing list