[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
Dennis Gregorovic <dgregor(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dgregor(a)redhat.com
--- Comment #17 from Dennis Gregorovic <dgregor(a)redhat.com> 2009-06-26 09:42:01 EDT ---
(In reply to comment #10)
> lang-specific man stuff should be in man-pages-<lang> or in the package that
> provides them - having filesystem own directories for all possible langauges
> that man pages could be in is overkill. (At least for translations, a decent
> plurality of those locales are actually used.)
>
> If manXp is the perl stuff, perhaps it should be owned by the man perl package.
Should this bug be moved to the man component then? Here's a recent of unowned
directories:
/usr/share/man/ca
/usr/share/man/ca/man1
/usr/share/man/ca/man6
/usr/share/man/ca/man7
/usr/share/man/ca/man8
/usr/share/man/da/man6
/usr/share/man/eo
/usr/share/man/eo/man1
/usr/share/man/es/man2
/usr/share/man/es/man3
/usr/share/man/es/man4
/usr/share/man/es/man6
/usr/share/man/es/man7
/usr/share/man/et
/usr/share/man/et/man1
/usr/share/man/et/man6
/usr/share/man/et/man7
/usr/share/man/et/man8
/usr/share/man/gl
/usr/share/man/gl/man1
/usr/share/man/gl/man6
/usr/share/man/gl/man7
/usr/share/man/gl/man8
/usr/share/man/hu
/usr/share/man/hu/man1
/usr/share/man/hu/man4
/usr/share/man/hu/man8
/usr/share/man/id
/usr/share/man/id/man8
/usr/share/man/nb
/usr/share/man/nb/man1
/usr/share/man/nl/man6
/usr/share/man/nn
/usr/share/man/nn/man1
/usr/share/man/pt_BR
/usr/share/man/pt_BR/man1
/usr/share/man/pt_BR/man5
/usr/share/man/pt_BR/man6
/usr/share/man/pt_BR/man7
/usr/share/man/pt_BR/man8
/usr/share/man/pt/man6
/usr/share/man/pt/man7
/usr/share/man/sk
/usr/share/man/sk/man8
/usr/share/man/sr
/usr/share/man/sr/man1
/usr/share/man/sv
/usr/share/man/sv/man1
/usr/share/man/sv/man3
/usr/share/man/sv/man5
/usr/share/man/sv/man6
/usr/share/man/sv/man7
/usr/share/man/sv/man8
/usr/share/man/tr
/usr/share/man/tr/man1
/usr/share/man/tr/man5
/usr/share/man/tr/man8
/usr/share/man/zh_CN
/usr/share/man/zh_CN/man1
/usr/share/man/zh_CN/man8
/usr/share/man/zh_TW
/usr/share/man/zh_TW/man1
/usr/share/man/zh_TW/man8
--
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, 10 months
[Bug 228079] wdm needs to use ConsoleKit
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=228079
--- Comment #19 from Daniel Novotny <dnovotny(a)redhat.com> 2009-06-26 08:11:02 EDT ---
I found a workaround, which can be used before this gets fixed:
I do not start the window manager directly, but with this wrapper script:
#!/bin/sh
exec ck-launch-session dbus-launch --exit-with-session icewm-session
(replace "icewm-session" by the window manager or desktop environment of your
choice, then put the wrapper script name into /etc/wdm/wdm-config, wdmWm
option)
--
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, 10 months
[Bug 248254] rpcbind is calling listen on udp ports
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=248254
Bug Zapper <fedora-triage-list(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|rawhide |10
Steve Dickson <steved(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |CLOSED
Resolution| |WONTFIX
--- Comment #2 from Bug Zapper <fedora-triage-list(a)redhat.com> 2008-11-25 20:57:26 EDT ---
This bug appears to have been reported against 'rawhide' during the Fedora 10
development cycle.
Changing version to '10'.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
--- Comment #3 from Steve Dickson <steved(a)redhat.com> 2009-06-25 09:00:53 EDT ---
There is real nothing can be done about this from
the rpcbind side... so I'm going to close this
bug as WONTFIX
--
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, 10 months
[Bug 187485] Doesn't seem to renew TGT after it has expired
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=187485
--- Comment #28 from Bojan Smojver <bojan(a)rexursive.com> 2009-06-24 19:37:19 EDT ---
Another interesting test with pam_krb5. It provides a little test program
called harness in the src directory, which exercises pam_krb5 machinery. When
this program is run like this:
src/harness --auth --setcred-reinitialize
It will actually reissue the ticket if KRB5CCNAME is set to the correct
credentials cache file (usuallly /tmp/krb5cc_`id -u`). If that environment
variable is not set, nothing happens to the ticket.
I have no idea why gnome-screensaver has no luck doing that when KRB5CCNAME is
set, given it's essentially using the same PAM API calls. Weird...
BTW, this should work even when KRB5CCNAME is _not_ set in pam_krb5: default
ticket should be reinitialised by default. I'll try to contact pam_krb5
developer to see if it can be changed.
--
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, 10 months