Wrong/Mixed Language in KDE - localization

After KDE upgrade I got a mixed language.
Normaly it has to be german language, but most of KDE was in english after upgrade.
The result of echo $lang was something like : de_C.UTF-8 instead of de_DE.UTF-8
So the Country-Setting seems to be wrong.
In System Settings -> Locale -> Country/Region & Language -> Country, my only choices are:
System Country ()
No Country (Default Settings)

There is a bug with localepurge in Ubuntu 14.04 (fix was released only 7 hours ago). As for now I've run this commands to solve similar problem:
sudo apt-get purge localepurge
sudo apt-get install --reinstall kde-runtime-data kdelibs5-data
No re-login is necessary!

One part of the Problem was, that I used localepurge. This remove some "unneeded Language-Packages".
The easy, but hard to find solution was to remove setlocale.sh and relogin.
This file will be recreatet if you relogin.
You'll find your setlocale.sh in ~/.kde/env/setlocale.sh

Related

Why VI always starts in insert mode?

At some point, whenever I use vi from the command line (windows 10/WSL) it starts up in insert mode, meaning that everything I usually do to navigate ends up adding stuff to the file, wasting time having to clean it up.
I didn't have a vimrc file, and there doesn't seem to be anything in my bash rc files to modify vi behavior. Any ideas what I may have done or any ideas how to stop this behavior? I'm using Ubuntu-20.04
FWIW, adding a .vimrc file with tab related settings didn't change it's behavior. I looked at the /etc/vimrc file, and nothing inside it seemed relevant.
After plowing through google search and trying everything I understand about configuring 'vim' and doing comparison tests, I think:
This behavior is specific to Windows Terminal when opening a WSL terminal. Using WSL's "native" terminal (i.e., clicking the "Ubuntu 20.04 LTS" menu in the "Start" menu) doesn't have this problem.
My original motivation for switching to Windows Terminal is for its multi-tab feature. But this new behavior is crazy -- it works against years of my muscle memory of using "vi", and I'm almost certain that one day I'll accidentally update some configuration file while reading it in "vi". And, I cannot re-train a new muscle memory because all the rest of the UNIX world (e.g., when I SSH into a remote server) hasn't changed. This is like constantly switching between a Mac keyboard and a PC keyboard where the Ctrl key, etc., are in different places.
My solution: I switched to MobaXterm. It has multi-tab support, and is actually richer in features compared to Windows Terminal.
Please run the following:
alias | grep vim
sudo find / -name .vimrc 2>/dev/null
These commands should show you all the places to check, change the alias or fix the .vimrc files found.
Do you find it always going into edit mode, when you vim a file directly and when you use vim as the git commit editor for example?
EDIT:
You could also try which -a vim or whereis vim to see if you have multiple versions. Or failing that sudo find / -name vim 2>/dev/null
here is a better solution. I downloaded the binary.
https://github.com/lxhillwind/vim-bin/releases/tag/v9.0.0978
Put the vim command in /usr/bin/vi
Put the runtime in:
/usr/local/share/vim/runtim
sudo apt remove vim vim-common vim-runtime vim-tiny
sudo apt purge vim vim-common vim-doc vim-runtime vim-tiny
The second line actually gets rid of residual-defaults.
There is also a defaults.vim someplace on the system. I just nuked it.
I went through and made sure there were no aliases or vi or vim configuration files, but still no luck.
This is a horrible solution, but the only thing that is keeping my sanity right now.
vi -c ":imap jj "
You can alias it in your .bashrc. Looking into better solutions.

asdf-erlang doesn't install man pages

I am using asdf + asdf-erlang as my version manager for Erlang. All seems to be working fine, except that typing erl -man mnesia results in No manual entry for mnesia.
I have installed all dependencies mentioned on the asdf-erlang github page. I have also installed xsltproc and fop. Unfortunately "man" folder located under ~/.asdf/installs/erlang/18.3/lib/erlang/erts-73/ is empty. I haven't found man pages being generated elsewhere.
I was trying to locate build log, but I was not successful with that either.
I am using 64bit Ubuntu 16.10 & 16.04.
OK. I finally managed to resolve the issue:
Go to https://www.erlang.org/downloads/ and download manpages for the version(s) of Erlang you have installed using asdf (so for 18.3 you're looking for: http://erlang.org/download/otp_doc_man_18.3.tar.gz)
Copy man folder with its content (extracted from the archive) to ~/.asdf/installs/erlang/<version>/lib/erlang/. After doing so, you should have .~/asdf/installs/erlang/<version>/lib/erlang/man containing man1, man3, man4, man6, man7 (and each of those folders should have some manpages in it).
Repeating steps above for all the versions installed using asdf, allows you to use manpages for specific version of Erlang you are using at the moment.
looks like erlang-manpages are not included in the asdf-erlang since you are using ubuntu i would suggest you add Erlang Solutions repository to your system, call the following commands:
wget https://packages.erlang-solutions.com/erlang-solutions_1.0_all.deb
sudo dpkg -i erlang-solutions_1.0_all.deb
sudo apt-get update
then install erlang-manpages:
sudo apt-get install erlang-manpages
you could also install erlang-doc — HTML/PDF documentation
sudo apt-get install erlang-doc
check this page for more information
The man path in #MaciekTalaska 's answer seems not correct, it does not work at all, for erlang 18.3.
After reading ASDF's activate script(), here's one statement:
_KERL_MANPATH_REMOVABLE="$HOME/.asdf/installs/erlang/18.3/lib/erlang/man:$HOME/.asdf/installs/erlang/18.3/man"
Therefore, you just need to:
Go to https://www.erlang.org/downloads/ and download manpages for the version(s) of Erlang you have installed using asdf (so for 18.3 you're looking for: http://erlang.org/download/otp_doc_man_18.3.tar.gz)
Copy man folder with its content (extracted from the archive) to $HOME/.asdf/installs/erlang/${version}, but not $HOME/.asdf/installs/erlang/${version}/lib/erlang/ (in fact, there isn't a folder named erlang under lib).

Icingaweb2 on a Server doesn't start

So, I installed Icingaweb2 on a Ubuntu 16.04 server, but when I type in the IP/icingaweb2 I only get the message
<?php
/*! Icinga Web 2 | (c) 2014 Icinga Development Team | GPLv2+ */
require_once '/usr/share/php/Icinga/Application/webrouter.php';
and not the Icingaweb2 Interface.
Did I forget to configurate something? Please help.
It's a PHP issue, need to upgrade to 7.0.
Run this:
apt-get -y install php7.0 libapache2-mod-php7.0
The underlying problem here is that Ubuntu 16.04 behaves differently when it comes to loading the PHP module. As such the packages require a specific fix only applied for 16.04
There was a discussion in German over here which turned into a research what changed with the latest Ubuntu release. One thing is - they prefer mpm_event over mpm_prefork as a module. The problem is - the PHP apache module is only compiled for mpm_prefork support but fails heavily when used with mpm_event (see this thread as well).
While the Ubuntu package may satisfy the dependency issues, it cannot forcefully change the mpm* modules. So now we have an open issue for Icinga Web 2 in order to update the documentation for making it work on Ubuntu 16.04. Until this is done please kindly check this solution.
apt-get install libapache2-mod-php7.0 php7.0-dom php7.0-gd
vim /etc/php/7.0/apache2/php.ini
<set timezone>
#set the correct worker
a2dismod mpm_event
a2enmod mpm_prefork
systemctl restart apache2
The PHP module is not compiled for supporting the mpm_event module at this time. PHP 7.0 itself may be thread-safe but not anything else running in that context of the apache webserver then. Not sure why Ubuntu chooses to not set mpm_prefork by default - upgrades pretty much hurt and I couldn't find any good changelog for that.

Error when running pdflatex with beamerposter: beamerposter.sty not found

I'm not a particularly experienced linux user, so bear with me if I say anything stupid.
I'm trying to make a poster using the beamerposter package within the beamer class. My "code" is fairly barebones right now;
\documentclass{beamer}
\usepackage[orientation=portrait, size=a1, scale=1.4]{beamerposter}
\usepackage[absolute,overlay]{textpos}
\title{An Efficient Method for Characterising Noise in the Time Domain}
\author{Jim Barrett}
\begin{document}
Write something here
\end{document}
When I run the command
pdflatex poster.tex
It prints a bunch of things that are familiar from when I normally compile latex documents, and then it stops with the warning;
! LaTeX Error: File `beamerposter.sty' not found.
I've tried running things like
sudo apt-get install texlive
sudo apt-get install latex-beamer
But it just tells me that I've already got these things and they're up to date.
I'm running this on Ubuntu 14.04 LTS
Let me know if there's any more details required to diagnose this.
Thanks in advance :)
OK, so I found a solution. I needed to install a couple of extra things. I solved this by running
sudo apt-get install texlive-latex-extra
sudo apt-get install texlive-fonts-recommended

Fedora 19 - Not able to establish Wi-Fi connection

currently I am using Fedora 19 (since a few days) but the setup of Wi-Fi let me going crazy. I'm using the Realtek RTL 8192CU Wi-Fi-adapter usb-dongle. Fedora recognizes my network, I enter the right password and using the correct encryption option, but the system still asking for the password.
Does anyone has a solution for my problem?
Thanks for your help.
Run yum update to make sure your system is up to date. Run yum install #'Developer Tools' if you have not previously installed the GNU build tools.
Download the latest drivers from Realtek (Version 3.4.4_4749)
Download this patch.
Extract the driver. In the directory "driver," there is another zip, extract that as well. Finally put the patch in that folder.
CD into the zip you extracted from the command line and type:
patch -p1 < use_kthread_run.patch
Type make, followed by make install. Finally you need to run modprobe 8192cu. You may also want to blacklist the previous driver.
Check /var/log/messages for NetworkManager messages. You should see what is failing there.

Resources