[Bug 324271] RFE and Patch: Provide enhanced mod_dav_svn /etc/httpd/conf.d/subversion.conf file.
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 report.
Summary: RFE and Patch: Provide enhanced mod_dav_svn /etc/httpd/conf.d/subversion.conf file.
https://bugzilla.redhat.com/show_bug.cgi?id=324271
edwin(a)tenbrink-bekkers.nl changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |edwin(a)tenbrink-bekkers.nl
------- Additional Comments From edwin(a)tenbrink-bekkers.nl 2008-07-25 16:28 EST -------
I would like to add the following additional explanation concerning the rights
(owner, group) and SELinux configuration to your file.
Of course, you should read /opt/svn as the location of your repositories, this
is an example path. IMHO you should use something like this to get your
repository up and running through Apache:
# chown -R apache.apache /opt/svn
# /usr/sbin/setsebool -P httpd_builtin_scripting=1
# /usr/sbin/setsebool -P httpd_enable_cgi=1
# /usr/sbin/semanage fcontext -a -t httpd_sys_content_t '/opt/svn(/.*)?'
# /usr/sbin/semanage fcontext -a -t httpd_sys_content_rw_t
'/opt/svn/[^/]+/(dav|db)(/.*)?'
# /usr/sbin/semanage fcontext -a -t httpd_cvs_script_exec_t
'/opt/svn/[^/]+/hooks(/.*)?'
# /sbin/restorecon -Rv /opt/svn
This should get rid of your suggested turning off enforcing.
BTW: Shouldn't there be a way to have the SELinux context set-up correctly when
creating the repository in the first place instead of doing this manually?
--
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, or are watching someone who is.
15 years, 9 months
[Bug 329421] Tomcat5 admin webapp in F7 broken out of the box (and a trivial fix)
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 report.
Summary: Tomcat5 admin webapp in F7 broken out of the box (and a trivial fix)
https://bugzilla.redhat.com/show_bug.cgi?id=329421
------- Additional Comments From mburchar(a)redhat.com 2008-07-25 12:50 EST -------
This bug is still open on F9 and RHEL5. However, the way I fixed it is
different, so maybe it's not the exact same issue...
For my install of Tomcat5, the problem appears to be with the permissions that
get set on /etc/tomcat5 when the tomcat-admin-app RPM is installed. Recursively
chowning /etc/tomcat5 to tomcat:tomcat appears to fix the problem.
I figured this out pretty much by accident. I thought I'd try to grab the
apache tomcat official admin app tarball and deploy it over /var/lib/tomcat5.
Restart tomcat and the admin console starts working.
I _think_ that the RPM wants to put the Catalina/localhost config into
/etc/tomcat5, so the chown fix only works for the admin app RPM. I suspect that
the app config in the apache.org tarball, which puts the Catalina/localhost
config under /var/lib/tomcat5, is looking in a different place. I'll do some
more testing and confirm...
--
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, or are watching someone who is.
15 years, 9 months
[Bug 254229] gcore produces incorrect elf_prpsinfo note data
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 report.
Summary: gcore produces incorrect elf_prpsinfo note data
https://bugzilla.redhat.com/show_bug.cgi?id=254229
dvlasenk(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #312566|0 |1
is obsolete| |
------- Additional Comments From dvlasenk(a)redhat.com 2008-07-25 11:09 EST -------
Created an attachment (id=312653)
--> (https://bugzilla.redhat.com/attachment.cgi?id=312653&action=view)
Updated patch against Fedora 9 source, v2
Again dumping 64-bit and 32-bit processes. Note better command line reporting.
# eu-readelf -n core.gcore.sleep.12134
Note section [ 1] 'note0' of 1336 bytes at offset 0x580:
Owner Data size Type
CORE 136 PRPSINFO
state: 0, sname: T, zomb: 0, nice: 0, flag: 0x0000000000000000
uid: 0, gid: 0, pid: 12134, ppid: 12133, pgrp: 7736, sid: 7714
fname: sleep, psargs: sleep 2
CORE 336 PRSTATUS
...
# eu-readelf -n core.gcore.sleep32.12145
Note section [ 1] 'note0' of 1148 bytes at offset 0xf4:
Owner Data size Type
CORE 124 PRPSINFO
state: 0, sname: T, zomb: 0, nice: 0, flag: 0x00000000
uid: 1, gid: 2, pid: 12145, ppid: 12144, pgrp: 7736, sid: 7714
fname: sleep, psargs: ./sleep 2
CORE 144 PRSTATUS
...
--
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, or are watching someone who is.
15 years, 9 months
[Bug 254229] gcore produces incorrect elf_prpsinfo note data
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 report.
Summary: gcore produces incorrect elf_prpsinfo note data
https://bugzilla.redhat.com/show_bug.cgi?id=254229
------- Additional Comments From dvlasenk(a)redhat.com 2008-07-25 11:08 EST -------
Respectfully disagree on HAVE_PRPSINFO_T. Having code to sit in #ifdef
HAVE_PRPSINFO_T / #endif clearly shows the reader that this code _must_ have
prpsinfo_t available.
Fully agree with elfcore_write_prpsinfo comment. This way I can actually improve
info generation to show complete command line.
--
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, or are watching someone who is.
15 years, 9 months
[Bug 418251] Packages in RPM Groups are only shown for level 2
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 report.
Summary: Packages in RPM Groups are only shown for level 2
https://bugzilla.redhat.com/show_bug.cgi?id=418251
tim.lauridsen(a)googlemail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |MODIFIED
------- Additional Comments From tim.lauridsen(a)googlemail.com 2008-07-25 06:13 EST -------
Ok, i found the problem, fixed upstream, will be available in yumex 2.0.5
--
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, or are watching someone who is.
15 years, 9 months
[Bug 254229] gcore produces incorrect elf_prpsinfo note data
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 report.
Summary: gcore produces incorrect elf_prpsinfo note data
https://bugzilla.redhat.com/show_bug.cgi?id=254229
------- Additional Comments From jan.kratochvil(a)redhat.com 2008-07-25 04:48 EST -------
IMO elfcore_write_prpsinfo() should not touch the INFO content (strncpys below)
if it is already provided as non-NULL (strncpys should be in its caller).
You have unrelated dbxread.c patch there.
IMO HAVE_PRPSINFO_T in linux-nat.c is over-engineered and should be removed.
Anyway it can go to Rawhide now (I will commit it so far). Feel free to push it
upstream (sure the bfd/ part should go to the binutils list).
--
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, or are watching someone who is.
15 years, 9 months
[Bug 291291] yumex dies after partial update
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 report.
Summary: yumex dies after partial update
https://bugzilla.redhat.com/show_bug.cgi?id=291291
tim.lauridsen(a)googlemail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
Flag| |needinfo?(hcmeyer(a)gmail.com)
------- Additional Comments From tim.lauridsen(a)googlemail.com 2008-07-25 04:37 EST -------
Herbert please comfim, the state of this issue, with the current version of yumex.
--
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, or are watching someone who is.
15 years, 9 months
[Bug 238613] keystore fails in tomcat
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 report.
Summary: keystore fails in tomcat
https://bugzilla.redhat.com/show_bug.cgi?id=238613
fedora-triage-list(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|rawhide |9
bugzilla(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|fitzsim(a)redhat.com |
------- Additional Comments From fedora-triage-list(a)redhat.com 2008-05-13 22:50 EST -------
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
--
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, or are watching someone who is.
15 years, 9 months