Middle mouse button functionality
by Emmett Culley
I am mostly a programmer, so having the middle button on the mouse paste from the clipboard is a pain and sometime disastrous.
How can I turn that functionality off and make it stay off?
I can turn it off using xinput to turn off the middle button, but all methods I've tired to make it stick, including writing a script to be called upon KDE start up, either don't work, or work sporatically and I find out when code would compile or run because some (seemingly) random string or characters got pasted into the code.
There is nothing in system-settings - input-devices - mouse. Yet there MUST be a way to define mouse actions so that pressing the middle mouse button does not paste in to my workspace.
Can someone pleas shed some light on how to modify middle mouse button functionality?
Emmett
11 years, 8 months
SELinux is preventing /usr/bin/systemd-tmpfiles from getattr access on the directory /var/tmp/kdecache-root.
by hejian19870919＠163.com
SELinux is preventing /usr/bin/systemd-tmpfiles from getattr access
on the directory /var/tmp/kdecache-root.
***** Plugin catchall_labels (83.8 confidence) suggests
********************
If you want to allow systemd-tmpfiles to have getattr access on the
kdecache-root directory
Then you need to change the label on /var/tmp/kdecache-root
Do
# semanage fcontext -a -t FILE_TYPE '/var/tmp/kdecache-root'
where FILE_TYPE is one of the following: security_t, rpm_var_cache_t,
faillog_t, systemd_tmpfiles_t, var_spool_t, httpd_cache_t, proc_net_t,
var_log_t, var_lib_t, var_run_t, textrel_shlib_t, user_home_type,
init_var_run_t, rpm_script_tmp_t, rpm_var_lib_t, file_type,
winbind_var_run_t, security_t, httpd_sys_rw_content_t, file_context_t,
etc_t, cert_t, default_t, home_root_t, rpm_log_t, var_t, var_log_t,
var_run_t, sssd_public_t, abrt_var_run_t, selinux_config_t,
likewise_var_lib_t, user_home_dir_t, default_context_t, sysctl_crypto_t,
filesystem_type, device_t, locale_t, var_auth_t, var_lock_t,
krb5_conf_t, etc_t, file_t, proc_t, man_t, sysfs_t, tmpfs_t, root_t,
tmp_t, config_home_t, usr_t, var_t, cpu_online_t, lockfile,
setrans_var_run_t, pidfile, tmpfile, var_lib_t, var_run_t, device_t,
samba_var_t, sysctl_t, etc_t, abrt_t, bin_t, samba_etc_t, proc_t,
avahi_var_run_t, lib_t, mnt_t, sysfs_t, nscd_var_run_t, nslcd_var_run_t,
root_t, smbd_var_run_t, sssd_var_lib_t, tmp_t, usr_t, var_t,
lost_found_t, net_conf_t, sandbox_file_t, cpu_online_t,
krb5_host_rcache_t, var_t, var_t, var_run_t, var_run_t, nscd_var_run_t,
pcscd_var_run_t.
Then execute:
restorecon -v '/var/tmp/kdecache-root'
***** Plugin catchall (17.1 confidence) suggests
***************************
If you believe that systemd-tmpfiles should be allowed getattr access
on the kdecache-root directory by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
Do
allow this access for now by executing:
# grep systemd-tmpfile /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp
Additional Information:
Source Context system_u:system_r:systemd_tmpfiles_t:s0
Target Context system_u:object_r:unlabeled_t:s0
Target Objects /var/tmp/kdecache-root [ dir ]
Source systemd-tmpfile
Source Path /usr/bin/systemd-tmpfiles
Port <Unknown>
Host yuxict
Source RPM Packages systemd-44-17.fc17.i686
Target RPM Packages
Policy RPM selinux-policy-3.10.0-134.fc17.noarch
Selinux Enabled True
Policy Type targeted
Enforcing Mode Enforcing
Host Name yuxict
Platform Linux yuxict 3.4.4-3.fc17.i686 #1 SMP Tue Jun 26
21:32:03 UTC 2012 i686 i686
Alert Count 3
First Seen Wed 04 Jul 2012 04:28:34 PM CST
Last Seen Wed 04 Jul 2012 04:28:35 PM CST
Local ID 70ac4e23-d403-4920-b306-692db38f4d6e
Raw Audit Messages
type=AVC msg=audit(1341390515.119:58): avc: denied { getattr }
for pid=1217 comm="systemd-tmpfile" path="/var/tmp/kdecache-
root" dev="dm-1" ino=262165
scontext=system_u:system_r:systemd_tmpfiles_t:s0
tcontext=system_u:object_r:unlabeled_t:s0 tclass=dir
type=SYSCALL msg=audit(1341390515.119:58): arch=i386
syscall=fstatat64 success=no exit=EACCES a0=4 a1=9fef1bb
a2=bfde6c40 a3=100 items=0 ppid=1 pid=1217 auid=4294967295
uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0
tty=(none) ses=4294967295 comm=systemd-tmpfile
exe=/usr/bin/systemd-tmpfiles
subj=system_u:system_r:systemd_tmpfiles_t:s0 key=(null)
Hash: systemd-tmpfile,systemd_tmpfiles_t,unlabeled_t,dir,getattr
audit2allowunable to open /sys/fs/selinux/policy: Permission denied
audit2allow -Runable to open /sys/fs/selinux/policy: Permission denied
11 years, 8 months
Kde Startup delays for 10 - 20 seconds with nepomuk enabled
by Martin (KDE)
Hallo
If I enable nepomuk I have up to 20 seconds delay after the splash sceen
vanishes. The Desktop shows up as normal and I plasma reacts almost
normal but no action takes place. The startup sound sequence is delayed
for the same time.
All mouse actions are cached, so after about 20 seconds the startup
sound plays and the actions are executed (konsole starts,
firefox/thunderbird start ...).
If I disable nepomuk the I can use the desktop as soon as the desktop is
shown.
Anyone seeing this as well? Any hints or solutions?
Regards
Martin
11 years, 8 months
Strange lockup
by Emmett Culley
A week or so ago I ask about this on the Fedora list, but no one there seems to have seen what I am seeing. I have no idea where else to ask.
---------------
Sometime after the first or second update to Fedora 17 I started noticing that Firefox, Thunderbird, Chrome and Gkrellm would stop updating their screens and be unresponsive.
It starts off slowly, in that first I notice one of the above apps doesn't paint immediately after switching to the desktop where that app is running. Then as time goes by it takes longer and longer for those app's to paint. Note that even after they get painted they aren't immediately interactive either.
If I switch to a virtual terminal and run top, I see that each of these apps are at 100%, plus I notice that if I look at the virtual terminal as soon as I switch desktops to a non responsive app I see the abrt-applet is also at 100%.
Except for abrt-applet, once I see one of these apps hit 100%, they never decrease until I kill them.
If I kill one of the apps and restart it, that app works again for a while.
My system is running KDE and is fully updated via the default repositories.
Since I first asked about this on the Fedora list, I uninstalled the abrt-applet RPM, so I don't see it in top anymore, but the other apps are still doing the same thing. One thing I noticed is that if I am not switching between desktops a lot this problem doesn't seem to happen. For example, if I leave my workstation of a couple of hours, when I get back all is well.
Is anybody else seeing this? Any ideas?
Emmett
11 years, 8 months
KRecipes needs a new maintainer
by Kevin Kofler
Hi,
is anybody here interested in KRecipes? The krecipes Fedora package has been
orphaned by its previous maintainer, Dennis Gilmore, who hadn't used it for
years. The package in Fedora is still the old kdelibs3 version, but there's
a KDE Platform 4 port from upstream now (now in beta, but the KDE 3 version
we have is also a beta). We ship 1.0 beta 2 (and there were no newer
kdelibs3 versions, it never reached final), there have been 6 2.0 alphas,
and the current release is now 2.0 beta 2 (and there seems to be recent
upstream activity now, they moved the SCM to git and did some commits to it
in the last few days).
Please note that parts of the specfile will need to be rewritten for the new
kdelibs4-based version.
Kevin Kofler
11 years, 8 months
Weird Konsole font issue
by Jayson Rowe
Good Evening everyone,
I have a strange issue with my Monospace font, that only seems to show
up in Konsole. I first discovered this over the weekend (Sunday I
believe), and I thought I had it fixed.
When I first saw the issue, I even went so far as to create a Virtual
machine, apply all the updates, add the KDE-Unstable repo, and apply
the Infinality font patches I run to recreate my setup exactly, and
took a screenshot [1] showing that in the VM the fonts looked fine,
but on my workstation they looked 'different'.
After doing that, at some point I rebooted my desktop, and I thought
initially that it was fixed, but I think I had opened and closed a
Konsole session before noticing, because now I see that the first time
I open Konsole, my fonts are still showing differently [2], but if I
close Konsole and open it right back, the issue goes away [3]. If I
open multiple Konsole windows, I have to close them all and reopen
before the fonts will look normal. It even seems the gui fonts
displaying on the Menu bar are slight different as well.
This is on my home PC. My work PC, also with Fedora 17, KDE Unstable
enabled and the Infinality patches enabled doesn't have this
behavior...and neither does my laptop, only this one machine.
FWIW, I also go into System Settings -> Application Appearance ->
Fonts and choose 'Defaults' on my machines to reset fonts sizes from
the Fedora defaults to the KDE defaults since I tend to prefer smaller
fonts in general, and the KDE defaults are set to slightly smaller
font sizes.
I'm open to any ideas or suggestions. It's not a 'big' deal since
opening and closing Konsole 'fixes' it, it's more of an annoyance.
[1]: http://jaysonr.fedorapeople.org/pictures/Misc_KDE/fonts_kde.png
[2]: http://jaysonr.fedorapeople.org/pictures/Misc_KDE/fonts_kde1.png
[3]: http://jaysonr.fedorapeople.org/pictures/Misc_KDE/fonts_kde2.png
--
-jayson
11 years, 8 months
kde 4.8.5 problems
by Eli Wapniarski
Everything else came in just fine :)
Eli
--> Processing Dependency: kdf >= 4.8.5 for package: 6:kdeutils-
minimal-4.8.5-1.fc17.noarch
--> Finished Dependency Resolution
Error: Package: 6:kdeutils-minimal-4.8.5-1.fc17.noarch (kde-redhat-testing)
Requires: kdf >= 4.8.5
Installed: kdf-4.8.4-1.fc17.x86_64 (@kde-redhat-testing)
kdf = 4.8.4-1.fc17
Available: kdf-4.8.3-1.fc17.x86_64 (fedora)
kdf = 4.8.3-1.fc17
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
11 years, 8 months
screen saver
by John Aldrich
How do I stop the screensaver from locking the desktop? This is for my home
system and I'm the only one in the house. Obviously in a business environment,
I wouldn't want to do this, but in my own house, on my own PC, I don't mind.
:D
I've already tried going into "systemsettings" and telling it there NOT to
require a password to stop the screen saver, but that didn't work. I tried as
both the admin and the local user. :(
I'd like to get this done as it's annoying to walk away from my keyboard for a
few minutes and have to unlock it again!
11 years, 8 months
Fedora 17 KDE hangs while playing YouTube videos
by Nikhil bhalwankar
Hi,
I am facing a weired issue while playing YouTube videos on KDE session
of Fedora 17. The session freezes while videos are getting played. The
issue is intermittant. Can anybody please help me on this?
Many Thanks,
Nikhil Bhalwankar
11 years, 8 months
