[gentoo-user] Re: Mysterious encodig problem...
Hi,
tu...@posteo.de wrote:
> Hi,
>
> it seems, that I have an encoding problem...which is triggered
> (only???) somewhere in the chain fetchmail=>procmail=>neomutt with vim.
>
> ...and it only effects single and double quotes.
>
> I am living in Non-Ascii-land (germany). Therefore I have
> some "strange" ;) characters on my keyboard...the "Umlauts"
> und the sharp S.
>
> All those are displayed nicely...in neomutt/vim also (which I use for
> mailing).
>
> When I receive an email with single quotes (') or double
> quotes ("), they will be changed to "???".
>
> My settings (settings to English language are for displaying -- for
> example -- manpages in their original version - not the translated ones):
> locale:
> LANG=en_US
> LC_CTYPE="en_US"
> LC_NUMERIC="en_US"
> LC_TIME="en_US"
> LC_COLLATE="en_US"
> LC_MONETARY="en_US"
> LC_MESSAGES="en_US"
> LC_PAPER="en_US"
> LC_NAME="en_US"
> LC_ADDRESS="en_US"
> LC_TELEPHONE="en_US"
> LC_MEASUREMENT="en_US"
> LC_IDENTIFICATION="en_US"
> LC_ALL=
For default locale use en_US.UTF-8 instead. See locale-gen below.
> locale-gen:
> * Generating locale-archive: forcing # of jobs to 1
> * Generating 5 locales (this might take a while) with 1 jobs
> * (1/5) Generating de_DE.ISO-8859-15@euro ...
> [ ok ]
> * (2/5) Generating de_DE.ISO-8859-1 ...
> [ ok ]
> * (3/5) Generating de_DE.UTF-8 ...
> [ ok ]
> * (4/5) Generating en_US.ISO-8859-1 ...
> [ ok ]
> * (5/5) Generating en_US.UTF-8 ...
> [ ok ] * Generation complete
>
>
> /etc/locale.gen:
> en_US ISO-8859-1
> en_US.UTF-8 UTF-8
> #ja_JP.EUC-JP EUC-JP
> #ja_JP.UTF-8 UTF-8
> #ja_JP EUC-JP
> #en_HK ISO-8859-1
> #en_PH ISO-8859-1
> de_DE.UFT-8 UTF-8
> de_DE ISO-8859-1
> de_DE@euro ISO-8859-15
> #es_MX ISO-8859-1
> #fa_IR UTF-8
> #fr_FR ISO-8859-1
> #fr_FR@euro ISO-8859-15
> #it_IT ISO-8859-1
>
>
> Any light sched onto this is very welcome ! :)
> Thanks a lot in advance!
Cheers,
Jörg
Re: [gentoo-user] Re: Heads up: A reason *NOT* to have xorg.conf file
Nikos Chantziaras wrote: > On 04/02/2017 12:18 PM, Neil Bothwick wrote: >> On Sat, 1 Apr 2017 23:35:59 -0500, Dale wrote: >> You do sometimes need some custom settings though. This goes in seperate *.conf files now, which must be inside the /etc/X11/xorg.conf.d/ directory. Some packages can place a config file there automatically. >> >> Packages shouldn't do that, /etc/X11/xorg.conf.d is for local >> configuration files. Packages are supposed to use >> /usr/share/X11/xorg.conf.d > > Oh. Then I guess some runtime program generates files there. I have two: > > 00-keyboard.conf > 20opengl.conf > > It seems eselect generates the opengl one, but the other I don't now > where it came from: > > # Read and parsed by systemd-localed. It's probably wise not > # to edit this file manually too freely. > Section "InputClass" > Identifier "system-keyboard" > MatchIsKeyboard "on" > Option "XkbLayout" "us" > Option "XkbModel" "pc105+inet" > Option "XkbOptions" "terminate:ctrl_alt_bksp" > EndSection > > I assumed the systemd package installed it there. (I don't use > systemd, but I have it installed.) Now I see that "qfile" doesn't find > a package this belongs to, so it's been put there by some daemon or > other program probably. > > > . > If it helps narrow the options down, I don't have systemd here. I think it was Neil that suggested eselect generates it and puts it there, or just puts it there. Dale :-) :-)
[gentoo-user] Re: Heads up: A reason *NOT* to have xorg.conf file
On 04/02/2017 07:35 AM, Dale wrote: Nikos Chantziaras wrote: On 04/02/2017 06:55 AM, Walter Dnes wrote: My best guess is that the problem was due to a recent update to x11-base/xorg-server On both my systems it now requires USE="glamor". This may require changes to xorg.conf. On my main desktop, with no xorg.conf, X does the detection and configuration "auto-magically". The hot backup machine would have an old xorg.conf with old (i.e. wrong) settings for the updated xorg-server. This has been the case for many years now. Anyway, better late than never :-P You do sometimes need some custom settings though. This goes in seperate *.conf files now, which must be inside the /etc/X11/xorg.conf.d/ directory. Some packages can place a config file there automatically. I still have a xorg.conf file here. May have to test removing it one day. I also have a file in the xorg.conf.d/ directory. After it reads my file, will it also read the file in the directory or does it ignore anything else since I have the old file? The file is named 20opengl.conf. I seem to recall trying to run without it ages ago and something not working. Can't recall what it was since it was a good long while back. If you don't *need* an xorg.conf (and you don't, otherwise you'd know :-P) then it's best to not have one. It's nothing dangerous to try. Just move it somewhere else and logout/login. If something breaks, just move the file back (or better, see what option you have in it that seems you need to provide manually, and split that into a .conf file inside xorg.conf.d. That's how I configure my nvidia driver. I have no xorg.conf. Instead, I have an xorg.conf.d/nvidia.conf file: https://pastebin.com/raw/0GsxaFRj It's a good system. I can do small, "surgical" tweaks to options without having to maintain a full xorg.conf file.
[gentoo-user] Re: Heads up: A reason *NOT* to have xorg.conf file
On 04/02/2017 12:18 PM, Neil Bothwick wrote: On Sat, 1 Apr 2017 23:35:59 -0500, Dale wrote: You do sometimes need some custom settings though. This goes in seperate *.conf files now, which must be inside the /etc/X11/xorg.conf.d/ directory. Some packages can place a config file there automatically. Packages shouldn't do that, /etc/X11/xorg.conf.d is for local configuration files. Packages are supposed to use /usr/share/X11/xorg.conf.d Oh. Then I guess some runtime program generates files there. I have two: 00-keyboard.conf 20opengl.conf It seems eselect generates the opengl one, but the other I don't now where it came from: # Read and parsed by systemd-localed. It's probably wise not # to edit this file manually too freely. Section "InputClass" Identifier "system-keyboard" MatchIsKeyboard "on" Option "XkbLayout" "us" Option "XkbModel" "pc105+inet" Option "XkbOptions" "terminate:ctrl_alt_bksp" EndSection I assumed the systemd package installed it there. (I don't use systemd, but I have it installed.) Now I see that "qfile" doesn't find a package this belongs to, so it's been put there by some daemon or other program probably.
[gentoo-user] Re: Heads up: A reason *NOT* to have xorg.conf file
On 04/02/2017 09:40 AM, Dale wrote: > Neil Bothwick wrote: >> On Sat, 1 Apr 2017 23:35:59 -0500, Dale wrote: >> You do sometimes need some custom settings though. This goes in seperate *.conf files now, which must be inside the /etc/X11/xorg.conf.d/ directory. Some packages can place a config file there automatically. >> Packages shouldn't do that, /etc/X11/xorg.conf.d is for local >> configuration files. Packages are supposed to use >> /usr/share/X11/xorg.conf.d > > According to this, nothing put it there. I know I didn't put it there. > > > root@fireball / # equery b /etc/X11/xorg.conf.d/20opengl.conf > * Searching for /etc/X11/xorg.conf.d/20opengl.conf ... > root@fireball / # > > > Makes one wonder, where did that come from? > It is automatically generated by eselect-opengl, which means it does need to be in /etc. It is used to tell Xorg which OpenGL libraries to use, so that it doesn't have to make a bunch of symlinks in /usr anymore. If you aren't using proprietary xorg drivers, then it doesn't actually change any settings. -- Jonathan Callen signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Heads up: A reason *NOT* to have xorg.conf file
Neil Bothwick wrote: > On Sat, 1 Apr 2017 23:35:59 -0500, Dale wrote: > >>> You do sometimes need some custom settings though. This goes in >>> seperate *.conf files now, which must be inside the >>> /etc/X11/xorg.conf.d/ directory. Some packages can place a config file >>> there automatically. > Packages shouldn't do that, /etc/X11/xorg.conf.d is for local > configuration files. Packages are supposed to use > /usr/share/X11/xorg.conf.d According to this, nothing put it there. I know I didn't put it there. root@fireball / # equery b /etc/X11/xorg.conf.d/20opengl.conf * Searching for /etc/X11/xorg.conf.d/20opengl.conf ... root@fireball / # Makes one wonder, where did that come from? >> I still have a xorg.conf file here. May have to test removing it one >> day. I also have a file in the xorg.conf.d/ directory. After it reads >> my file, will it also read the file in the directory or does it ignore >> anything else since I have the old file? The file is named >> 20opengl.conf. > Both are read. I believe the xorg.conf.d files have higher precedence > but the xorg.conf man page is unclear on this. > > H. Well at least everything works, so far. Dale :-) :-)
Re: [gentoo-user] Mysterious encodig problem...
On Sun, 2 Apr 2017 09:23:49 +0200 tu...@posteo.de wrote:
> Hi,
>
> it seems, that I have an encoding problem...which is triggered
> (only???) somewhere in the chain fetchmail=>procmail=>neomutt with vim.
>
> ...and it only effects single and double quotes.
>
> I am living in Non-Ascii-land (germany). Therefore I have
> some "strange" ;) characters on my keyboard...the "Umlauts"
> und the sharp S.
>
> All those are displayed nicely...in neomutt/vim also (which I use for
> mailing).
>
> When I receive an email with single quotes (') or double
> quotes ("), they will be changed to "???".
>
> My settings (settings to English language are for displaying -- for
> example -- manpages in their original version - not the translated ones):
Try to set LANG=de_DE.UTF-8. For manual you can set LANG=en_US, or
change LANG only for neomutt/vim, e.g.:
#/bin/sh
LANG=de_DE.UTF-8 vim ...
Best regards,
Andrew Savchenko
pgpMsOl9GU91R.pgp
Description: PGP signature
Re: [gentoo-user] Re: Heads up: A reason *NOT* to have xorg.conf file
On Sat, 1 Apr 2017 23:35:59 -0500, Dale wrote: > > You do sometimes need some custom settings though. This goes in > > seperate *.conf files now, which must be inside the > > /etc/X11/xorg.conf.d/ directory. Some packages can place a config file > > there automatically. Packages shouldn't do that, /etc/X11/xorg.conf.d is for local configuration files. Packages are supposed to use /usr/share/X11/xorg.conf.d > I still have a xorg.conf file here. May have to test removing it one > day. I also have a file in the xorg.conf.d/ directory. After it reads > my file, will it also read the file in the directory or does it ignore > anything else since I have the old file? The file is named > 20opengl.conf. Both are read. I believe the xorg.conf.d files have higher precedence but the xorg.conf man page is unclear on this. -- Neil Bothwick In possession of a mind not merely twisted, but actually sprained. pgpLiCD6SHbf0.pgp Description: OpenPGP digital signature
[gentoo-user] Mysterious encodig problem...
Hi,
it seems, that I have an encoding problem...which is triggered
(only???) somewhere in the chain fetchmail=>procmail=>neomutt with vim.
...and it only effects single and double quotes.
I am living in Non-Ascii-land (germany). Therefore I have
some "strange" ;) characters on my keyboard...the "Umlauts"
und the sharp S.
All those are displayed nicely...in neomutt/vim also (which I use for
mailing).
When I receive an email with single quotes (') or double
quotes ("), they will be changed to "???".
My settings (settings to English language are for displaying -- for
example -- manpages in their original version - not the translated ones):
locale:
LANG=en_US
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE="en_US"
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_PAPER="en_US"
LC_NAME="en_US"
LC_ADDRESS="en_US"
LC_TELEPHONE="en_US"
LC_MEASUREMENT="en_US"
LC_IDENTIFICATION="en_US"
LC_ALL=
locale-gen:
* Generating locale-archive: forcing # of jobs to 1
* Generating 5 locales (this might take a while) with 1 jobs
* (1/5) Generating de_DE.ISO-8859-15@euro ...
[ ok ]
* (2/5) Generating de_DE.ISO-8859-1 ...
[ ok ]
* (3/5) Generating de_DE.UTF-8 ...
[ ok ]
* (4/5) Generating en_US.ISO-8859-1 ...
[ ok ]
* (5/5) Generating en_US.UTF-8 ...
[ ok ]
* Generation complete
/etc/locale.gen:
en_US ISO-8859-1
en_US.UTF-8 UTF-8
#ja_JP.EUC-JP EUC-JP
#ja_JP.UTF-8 UTF-8
#ja_JP EUC-JP
#en_HK ISO-8859-1
#en_PH ISO-8859-1
de_DE.UFT-8 UTF-8
de_DE ISO-8859-1
de_DE@euro ISO-8859-15
#es_MX ISO-8859-1
#fa_IR UTF-8
#fr_FR ISO-8859-1
#fr_FR@euro ISO-8859-15
#it_IT ISO-8859-1
Any light sched onto this is very welcome ! :)
Thanks a lot in advance!
Cheers
Meino
