[Bug 225872] Merge Review: gtkhtml3 (stalled)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=225872
Jason Tibbitts <tibbs(a)math.uh.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tibbs(a)math.uh.edu
--- Comment #11 from Jason Tibbitts <tibbs(a)math.uh.edu> 2009-07-28 12:55:27 EDT ---
I still see gtkhtml3 in rawhide; is it your intention to remove it from the
distribution? It not, it still needs to pass a merge review at some point.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 9 months
[Bug 225872] Merge Review: gtkhtml3 (stalled)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=225872
Matthew Barnes <mbarnes(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |CLOSED
Resolution| |CANTFIX
--- Comment #10 from Matthew Barnes <mbarnes(a)redhat.com> 2009-07-28 11:15:44 EDT ---
This review is too outdated to continue. Closing as CANTFIX.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 9 months
[Bug 220265] Many unowned directories in /usr/share/man
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=220265
--- Comment #26 from Axel Thimm <axel.thimm(a)atrpms.net> 2009-07-27 15:57:12 EDT ---
(In reply to bug #510360 comment #1)
> Fixed, until there are stock Hungarian man pages in which case it'll become a
> bug to own the dir
I hadn't thought of that, which makes it even more important to stick to one
place for the directory ownership. Should one of the 19 locale above, be it
Hungarian, Portuguese, Danish or Chinese etc. be supported by a future man or
man-pages package it will suddenly make the client packages' current fix a bug
to remove.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 9 months
[Bug 220265] Many unowned directories in /usr/share/man
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=220265
Axel Thimm <axel.thimm(a)atrpms.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |axel.thimm(a)atrpms.net
Bug 220265 depends on bug 510360, which changed state.
Bug 510360 Summary: Unowned directories in hunspell-1.2.8-4.fc11
https://bugzilla.redhat.com/show_bug.cgi?id=510360
What |Old Value |New Value
----------------------------------------------------------------------------
Resolution| |ERRATA
Status|MODIFIED |CLOSED
--- Comment #24 from Axel Thimm <axel.thimm(a)atrpms.net> 2009-07-27 15:31:29 EDT ---
(In reply to comment #21)
> I'm not really sure whether jwhois really should own /usr/share/man/sv/man1
I agree, the same would need to be owned by fakeroot, dcraw and even
shadow-utils as well.
> and I'm not sure, whether this is conform to the packaging guidelines as well.
(In reply to comment #22)
> Robert: Packaging guideline is to: "Own all directories you create but none of
> the directories of packages you depend on. Additionally no package in Fedora
> should ever share ownership with any of the files owned by the filesystem or
> man package."
> As filesystem and man-pages are not going to own those dirs, packages which do
> create those directories(and use them for their files) should own them.
So a packager that encounters a man path that is unowned by man/filesystem asks
repoquery as to --whatprovides this path and ends up with jwhois, fakeroot or
some other package. If he reads the guidelines to the letter instead of
coowning this man path he might as well just depend on one of these packages
...
What I'm trying to say is that the guidelines are there to explain how to
package up things and not how to create strange scenarios. The next packager
with /usr/share/man/sv/man1 will also not know what to do and will probably do
the wrong thing (whatever the right thing is).
I think either a locale is broken, so it is the packager's responsibility to
remove or adjust the locale of the man page, or it needs to be owned by man.
Ownership of directories means that the contents are related to the owner, and
the man pages of say
dcraw-8.91-1.fc11.x86_64
fakeroot-1.12.2-21.fc11.x86_64
jwhois-4.0-13.fc11.x86_64
shadow-utils-4.1.2-13.fc11.x86_64
that suddenly are required to own all subdirs from /usr/share/man/sv/ are
completely unrelated to each other.
Ivana, please reconsider, I understand that you feel like this "pollutes" your
package with folders you don't directly need, but the other solution is to
pollute many more packages with he same, and if feels much uncleaner to do so
in not man related packages. And the above example shows that the same stray
ownership is being multiplied by four (dcraw, fakeroot, jwhois and shadow-utils
now need to own the dirs of the subtree below /usr/share/man/sv/).
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 9 months