Hello List
am using Xfce : - in /var/log/warn : i see warning
" The gnome keyring socket is not owned with the same credentials as
the user login: /run/user/1000/keyring-4i77r7/control
2013-11-27T13:27:17.434100+02:00 su: gkr-pam: couldn't unlock the login
keyring "
...............
- any ideas how to fix ?
thanks
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On 27/06/17 12:22, Paul Groves wrote:
>
> On 27/06/17 08:34, Aaron Digulla wrote:
>> xmodmap -pke | less
>
> These keycodes do not seem to match the system. For example in the
> output of this command it says:
>
> keycode 158 = XF86WWW NoSymbol XF86WWW
>
> I ran setkeycodes e020 158
>
> When I press the e020 (Internet) button xev says I have pressed code
> 166 (Back button).
>
> How on earth has this happened? I specified 158 not 166. What have I
> done wrong?
>
>
Just been emailed this link:
https://unix.stackexchange.com/questions/49650/how-to-get-keycodes-for-xmod…
To quote this article:
Here you can see keycode 97 is unused on my system:
|keycode 94 = less greater less greater bar brokenbar keycode 95 = F11
XF86Switch_VT_11 F11 XF86Switch_VT_11 keycode 96 = F12 XF86Switch_VT_12
F12 XF86Switch_VT_12 keycode 97 = keycode 98 = Katakana NoSymbol
Katakana keycode 99 = Hiragana NoSymbol Hiragana |
The keycode X uses and the keycode the kernel uses are OFF BY 8 for
"historical reasons". So take 97 - 8 = 89 and use 89 with the
setkeycodes command (again as root):
So to make my vol - button work (xmodmap keycode 122 -8 = 114)
setkeycodes e01e 114
This has worked! I have re-mapped apl the buttons apart from my hotkeys.
>> No but there are lots of uncommon keycodes which you can use. For
>> example, F13-F35 or KP_F1...KP_F4.
>
> In the output of the command xmodmap -pke | less there are no codes
> for F13-F35 or KP_F1 etc
>
> I would like to set HK1 - HK4 to F13 - F16 How do I find the keycodes
> for these buttons
Still looking for the keycodes for F13-16
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On the odd chance that I was ignored for possibly hijacking a thread,
I shall start a new one but copy and paste my comments in hope of an answer:
(re: Killing ReiserFS)
I have been following this thread with some interest because of having
been running ReiserFS since before he turned homicidal. I have had zero,
count that ZERO, problems in all that time so I read with some dismay
the effort to actively kill its usage in this whatever-you-call-it distro.
I think that the more relevant question to ask is not "can we keep this
file system around, pretty please" but "what distros are allowing its
use by not actively trying to kill it"? I have used opensuse since
before Mandrake went away, which has been a while and, although I don't
really want to change distros, I am not married to suse (or leap, or
whatever).
I feel that what we have here with opensuse/leap is an example of the
classic "swing" cartoon which shows the stages of project development
from sales, engineering, installation and what the customer actually
wanted. My need is not as complex as some and for that ReiserFS works
quite well.
So, my question remains, "If not suse/leap, then who"?
Hopefully someone will know what distros allow the freedom to use
whichever FS one wishes without running afoul of the FS nazis.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I go to:
<https://software.opensuse.org/search>
and search for any package, say "meld". I get a list of hits. I click on
one:
meld
Visual diff and merge tool
Show 1 Development packages
and I get this error:
<https://software.opensuse.org/package/meld>
Error
:codecs is not a valid locale
I have been getting that error for some days. However, on a new user I
don't get any error, it works.
I do not have "codecs" as locale:
cer@Telcontar:~> set | grep codec
__git_mergetools_common=$'diffuse diffmerge ecmerge emerge kdiff3 meld opendiff\n\t\t\ttkdiff vimdiff gvimdiff xxdiff araxis p4merge bc codecompare\n'
cer@Telcontar:~> locale | grep codec
cer@Telcontar:~>
- --
Cheers
Carlos E. R.
(from 42.2 x86_64 "Malachite" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAln06z8ACgkQtTMYHG2NR9U3lgCgjdg/rLggwxeTlT1Dh2qaCp03
bocAn3DlEbzUMiMOhh0uvItf/j6c/7Z7
=vPYi
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Hi Folks,
There seems to be a flurry of IPv6 talk going on, maybe this is time
for me to bring up the rogue router problem again? I asked about
this a couple of times over the years but could never find anyone
to comment on it.
First, here's the RFC that describes the problem:
https://tools.ietf.org/html/rfc6104
Rogue routers have affected me personally at a customer's site.
This is a large, professionally managed, dual-stacked network with
a number of v4 class B addresses and thousands of hosts. Subnets
seem to be /20 CIDR in size, so there are plenty of "neighbors" on
any given subnet.
I've encountered the situation where misconfigured Windows systems
will advertise themselves as an IPv6 router. They then happily accept
traffic and drop it all silently on the floor. This problem doesn't seem
to bother other Windows boxes too much, but it absolutely kills SSH
connections. SSH preferentially tries IPv6 port 22, which when sent
to a dumb Windows box results in very long hangups and connection
failures. My workaround for my cohort of Linux desktops and servers
was to disable IPv6 for both ssh and sshd. This will work for as long
as the host network supports dual stacks, but eventually?
Then there's the issue of intentional MITM attacks using this vector.
If a bad actor has physical access to a subnet, or has compromised
a host on that subnet, your goose is cooked.
This link mentions some mitigations, but they're quite technical and
may require hardware support.
https://community.infoblox.com/t5/IPv6-Center-of-Excellence/Holding-IPv6-Ne…
So, what is the threat to a home IPv6 user who has WiFi and an Internet
of Things with minimal/non-existent security? I personally feel safer
behind a nice natted IPv4 firewall with ACL rules between my copper
and WiFi subnets. I just feel that I have more control of the situation
with a simpler network.
Has SUSE addressed this issue? Tell me I don't have to worry about it!
Regards,
Lew
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
This is a problem I hit on some computers only.
I "su -" from my normal user on a terminal under xfce. Then I try to start
any graphical tool, and it fails:
~# xeyes
Error: can't open display
~#
If I instead use "ssh -X root@localhost" it usually works.
This has happened to me on several computers along several years - but not
all of them.
Ideas?
- --
Cheers
Carlos E. R.
(from 42.2 x86_64 "Malachite" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlogj6sACgkQtTMYHG2NR9W+eQCePRN8ptUoc5at81qylidoR24J
jhQAn0WnS3dm/5NxStrZJ+xnR+6YxlV3
=ZTC2
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Hello,
I have a 8Gb Pengium G2120 system with a normal WD Red 3 TB hard
drive. Most of the time it actually does what I want just fine.
Unfortunately, sometimes it starts to swap and then becomes very slow
immediately. I tried reducing swappiness to 10, now it starts to swap
in less cases - but when it does it basically hangs for a few minutes.
I can't afford a full upgrade (CPU. Mobo, RAM), especially with
current RAM prices. And I am not sure I should spend money on more
DDR3 RAM now, especially since I am not exactly sure if what I have is
DDR3 or DDR3L and how new additional RAM will affect the system.
So I wonder - would it help to get a small (16-32G) SATA SSD and use
it just for swapping?
As this is for swap only, I can get a cheap SSD (if it breaks I just
lose one session). I can get a 32Gb SSD for about 25 Euro, while an
extra 8GB of RAM would apparently set me back more like 50 Euro. But
will this work?
--
Yours, Mikhail Ramendik
Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
When I built my computer I put as much RAM as the board would allow,
8GiB. Today that is too little, but I can't add more.
Telling 'mc' to sort by Resident memory, it shows:
top - 22:44:32 up 28 days, 4:37, 4 users, load average: 0,26, 0,55, 1,02
Tasks: 521 total, 2 running, 517 sleeping, 0 stopped, 2 zombie
%Cpu(s): 1,2 us, 0,6 sy, 0,0 ni, 97,3 id, 0,8 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem: 8174408 total, 7511580 used, 662828 free, 546440 buffers
KiB Swap: 43744244 total, 1921984 used, 41822260 free. 3837656 cached Mem
PID USER PR NI VIRT RES SHR SWAP S %CPU %MEM TIME+ COMMAND
20581 cer 20 0 3553104 1,266g 263636 0 R 4,088 16,24 3:52.94 firefox
3493 vscan 20 0 1376180 536972 10364 14548 S 0,000 6,569 11:27.15 clamd
19773 cer 20 0 1452508 309508 141740 0 S 0,000 3,786 0:05.72 soffice.bin
3874 root 20 0 1090892 226564 154380 217968 S 0,798 2,772 182:22.08 X
31344 cer 20 0 206044 87728 7404 1664 S 0,000 1,073 1:55.04 alpine
4176 cer 20 0 748016 56796 21004 17136 S 0,000 0,695 2:56.67 xfdesktop
20088 cer 20 0 829220 53820 4596 0 S 0,000 0,658 0:02.04 gnome-software
9835 cer 20 0 784100 40604 17784 36520 S 0,100 0,497 1:46.40 gnote
4207 cer 20 0 891040 38988 22504 18136 S 0,000 0,477 0:32.57 keepassxc
...
The worst offender this moment is Firefox (Thunderbird is closed now).
But the next is clamd (clamav, antivirus mail scanner daemon)! It is
using more than LibreOffice!
How can that be? It is iddle at the moment, doing nothing.
What can be done to reduce its footprint?
Instead of the daemon, I could call it from amavis, one process per
mail. But this impacts scan speed.
Could the daemon be started "on demand", and be killed a minute after
the last email goes through?
- --
Cheers
Carlos E. R.
(from 42.2 x86_64 "Malachite" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlmGMxIACgkQtTMYHG2NR9UeCgCeNA+LGMhfhjS84U4h7EeEwlbT
RhkAoIldf2vOQVms3CwHLc87ybN7vVDs
=KoWk
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
I think there was a discussion about this a while back. But I'm just
checking the current consensus.
The Leap 42.3 kernel seems not to have the PREEMPT_RT patches applied.
Or at least I do not see it in uname -a. Is this correct?
I recall that there was some discussion that concluded that the
default Linux kernel has most of this as standard, so the patch was no
longer needed. Is that the case?
--
Roger Oberholtzer
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org