|
I have installed KDE 4.1 and removed all the KDE 4.0 and KDE 3 stuff as I see no reason for it. I am new to the KDE 4.1 Desktop and would like to use the help facilities; however, when I click on the Help Button it seems to take me to older documentation that does not at all seem relevant to KDE 4.1. Perhaps there is not any documentation available yet or I have done something wrong. Jim fedora-test-list-request redhat com wrote: Send fedora-test-list mailing list submissions to fedora-test-list redhat com To subscribe or unsubscribe via the World Wide Web, visit https://www.redhat.com/mailman/listinfo/fedora-test-list or, via email, send a message with subject or body 'help' to fedora-test-list-request redhat com You can reach the person managing the list at fedora-test-list-owner redhat com When replying, please edit your Subject line so it is more specific than "Re: Contents of fedora-test-list digest..." Today's Topics: 1. SELinux is preventing nspluginviewer .... (Antonio Olivares) 2. Re: SELinux is preventing nspluginviewer .... (Antonio Olivares) 3. Re: cannot connect with newer 205, 208, and 211 from koji kernels :( (Antonio Olivares) 4. Re: Software Installation GUI Broken (Jerry Amundson) 5. rawhide report: 20080804 changes (Rawhide) 6. Re: Missing kdelibs-*.4.1 in updates-testing. (Adam Pribyl) 7. Re: Fedora 9 updates-testing report (Gilboa Davara) 8. Re: Missing kdelibs-*.4.1 in updates-testing. (Gilboa Davara) 9. Re: Missing kdelibs-*.4.1 in updates-testing. (Rex Dieter) ---------------------------------------------------------------------- Message: 1 Date: Sun, 3 Aug 2008 10:59:34 -0700 (PDT) From: Antonio Olivares <olivares14031 yahoo com> Subject: SELinux is preventing nspluginviewer .... To: fedora-selinux-list redhat com Cc: fedora-test-list redhat com Message-ID: <535695 23541 qm web52602 mail re2 yahoo com> Content-Type: text/plain; charset=us-ascii Dear all, Now I know why playing Penalty_Fever caused a problem. The following is clear evidence :( Summary: SELinux is preventing nspluginviewer from changing a writable memory segment executable. Detailed Description: The nspluginviewer application attempted to change the access protection of memory (e.g., allocated using malloc). This is a potential security problem. Applications should not be doing this. Applications are sometimes coded incorrectly and request this permission. The SELinux Memory Protection Tests (http://people.redhat.com/drepper/selinux-mem.html) web page explains how to remove this requirement. If nspluginviewer does not work and you need it to work, you can configure SELinux temporarily to allow this access until the application is fixed. Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi) against this package. Allowing Access: If you trust nspluginviewer to run correctly, you can change the context of the executable to unconfined_execmem_exec_t. "chcon -t unconfined_execmem_exec_t '/usr/bin/nspluginviewer'". You must also change the default file context files on the system in order to preserve them even on a full relabel. "semanage fcontext -a -t unconfined_execmem_exec_t '/usr/bin/nspluginviewer'" Fix Command: chcon -t unconfined_execmem_exec_t '/usr/bin/nspluginviewer' Additional Information: Source Context unconfined_u:unconfined_r:unconfined_t:SystemLow- SystemHigh Target Context unconfined_u:unconfined_r:unconfined_t:SystemLow- SystemHigh Target Objects None [ process ] Source nspluginviewer Source Path /usr/bin/nspluginviewer Port <Unknown> Host localhost.localdomain Source RPM Packages kdebase-4.1.0-1.fc10 Target RPM Packages Policy RPM selinux-policy-3.5.1-4.fc10 Selinux Enabled True Policy Type targeted MLS Enabled True Enforcing Mode Enforcing Plugin Name allow_execmem Host Name localhost.localdomain Platform Linux localhost.localdomain 2.6.26.1 #1 SMP Sat Aug 2 21:36:01 CDT 2008 i686 i686 Alert Count 29 First Seen Sun 03 Aug 2008 12:55:21 PM CDT Last Seen Sun 03 Aug 2008 12:55:21 PM CDT Local ID 865503d3-baab-4dcd-adc0-47f8fff6ade6 Line Numbers Raw Audit Messages host=localhost.localdomain type=AVC msg=audit(1217786121.365:53): avc: denied { execmem } for pid=3262 comm="nspluginviewer" scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=process host=localhost.localdomain type=SYSCALL msg=audit(1217786121.365:53): arch=40000003 syscall=125 success=no exit=-13 a0=b1aaa000 a1=1000 a2=5 a3=bfa32acc items=0 ppid=3222 pid=3262 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm="nspluginviewer" exe="/usr/bin/nspluginviewer" subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 key=(null) This was an old bug and it returns to bite back :( Is anybody else also encountering this problem? Regards, Antonio ------------------------------ Message: 2 Date: Sun, 3 Aug 2008 11:35:24 -0700 (PDT) From: Antonio Olivares <olivares14031 yahoo com> Subject: Re: SELinux is preventing nspluginviewer .... To: fedora-selinux-list redhat com Cc: fedora-test-list redhat com Message-ID: <645769 57484 qm web52601 mail re2 yahoo com> Content-Type: text/plain; charset=us-asciiDear all, Now I know why playing Penalty_Fever caused a problem. The following is clear evidence :( Summary: SELinux is preventing nspluginviewer from changing a writable memory segment executable. Detailed Description: The nspluginviewer application attempted to change the access protection of memory (e.g., allocated using malloc). This is a potential security problem. Applications should not be doing this. Applications are sometimes coded incorrectly and request this permission. The SELinux Memory Protection Tests (http://people.redhat.com/drepper/selinux-mem.html) web page explains how to remove this requirement. If nspluginviewer does not work and you need it to work, you can configure SELinux temporarily to allow this access until the application is fixed. Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi) against this package. Allowing Access: If you trust nspluginviewer to run correctly, you can change the context of the executable to unconfined_execmem_exec_t. "chcon -t unconfined_execmem_exec_t '/usr/bin/nspluginviewer'". You must also change the default file context files on the system in order to preserve them even on a full relabel. "semanage fcontext -a -t unconfined_execmem_exec_t '/usr/bin/nspluginviewer'" Fix Command: chcon -t unconfined_execmem_exec_t '/usr/bin/nspluginviewer' Additional Information: Source Context unconfined_u:unconfined_r:unconfined_t:SystemLow- SystemHigh Target Context unconfined_u:unconfined_r:unconfined_t:SystemLow- SystemHigh Target Objects None [ process ] Source nspluginviewer Source Path /usr/bin/nspluginviewer Port <Unknown> Host localhost.localdomain Source RPM Packages kdebase-4.1.0-1.fc10 Target RPM Packages Policy RPM selinux-policy-3.5.1-4.fc10 Selinux Enabled True Policy Type targeted MLS Enabled True Enforcing Mode Enforcing Plugin Name allow_execmem Host Name localhost.localdomain Platform Linux localhost.localdomain 2.6.26.1 #1 SMP Sat Aug 2 21:36:01 CDT 2008 i686 i686 Alert Count 29 First Seen Sun 03 Aug 2008 12:55:21 PM CDT Last Seen Sun 03 Aug 2008 12:55:21 PM CDT Local ID 865503d3-baab-4dcd-adc0-47f8fff6ade6 Line Numbers Raw Audit Messages host=localhost.localdomain type=AVC msg=audit(1217786121.365:53): avc: denied { execmem } for pid=3262 comm="nspluginviewer" scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=process host=localhost.localdomain type=SYSCALL msg=audit(1217786121.365:53): arch=40000003 syscall=125 success=no exit=-13 a0=b1aaa000 a1=1000 a2=5 a3=bfa32acc items=0 ppid=3222 pid=3262 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm="nspluginviewer" exe="/usr/bin/nspluginviewer" subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 key=(null) This was an old bug and it returns to bite back :( Is anybody else also encountering this problem? Regards, Antonio --BTW, the old bug with nspluginwrapper was here: https://bugzilla.redhat.com/show_bug.cgi?id=431708 It was closed. It looks a little bit different, now I am not sure if it is related? Thanks, Antonio ------------------------------ Message: 3 Date: Sun, 3 Aug 2008 14:09:03 -0700 (PDT) From: Antonio Olivares <olivares14031 yahoo com> Subject: Re: cannot connect with newer 205, 208, and 211 from koji kernels :( To: For testers of Fedora Core development releases <fedora-test-list redhat com> Message-ID: <712018 70467 qm web52612 mail re2 yahoo com> Content-Type: text/plain; charset=utf-8 |