adriconf.tcz not working for my X

[nick65go]

Code: [Select]

tc@box:~$ XDG_SESSION_TYPE=x11 adriconf
adriconf running on X11
terminate called after throwing an instance of 'boost::locale::conv::invalid_charset_error'
  what():  Invalid or unsupported charset:ANSI_X3.4-1968
Aborted
or without XDG variable:
t

Code: [Select]

c@btc@box:~$ adriconf
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_M_construct null not valid
Abortedwhat shoud I do/load? I did not use a desktop manager, just flwm (window manager), and run the from aterm.
but the message is about some charset...

[curaga]

Google says your locale could be broken. Is it possible you generated mylocale.tcz on a previous TC version? It might need to be re-generated.

[nick65go]

Hi curaga, no locale was generated. I use default lang=C etc. the only 'customisation' is keyboard=gb (in X config) and 'uk' in kmaps. I do not mess with any language (English is enough for me). Not use TZ (for time etc). Just simple interface TC (flwm + wbar, aterm etc).

from aterm, the default variable (using set): 'G_FILENAME_ENCODING='iso8859-1'
other users are welcome to test my finding with bootcode= base, norestore etc...

EDIT: same bad results even after I manualy delete the folders /home/tc/.cache and /var/cache, to avoid possibile fonts cached inside them.

Edit2: the strings about 'conv' and 'ANSI_X' are as originaly:
tc@box:/usr/lib/gconv$ ls -al
drwxr-xr-x    2 root     root           160 Jan 20 15:23 ./
drwxr-xr-x    4 root     root           660 May 12 16:32 ../
-rwxr-xr-x    1 root     root         26616 Jan 20 15:23 ANSI_X3.110.so
-rwxr-xr-x    1 root     root         14328 Jan 20 15:23 ISO8859-1.so
-rwxr-xr-x    1 root     root         14328 Jan 20 15:23 ISO8859-15.so
-rwxr-xr-x    1 root     root         14328 Jan 20 15:23 ISO8859-2.so
-rwxr-xr-x    1 root     root         14344 Jan 20 15:23 UNICODE.so
-rw-r--r--    1 root     root         56352 Jan 20 15:23 gconv-modules

[Juanito]

Things work here with flwm and without the locale set:

Code: [Select]

$ locale
LANG=C
...
$ XDG_SESSION_TYPE=x11 adriconf
adriconf running on X11
Current language code is c
Exception caught: Could not create parser context [but adriconf works]
Were you using Xorg-7.7-3d? What graphics hardware do you have?

[nick65go]

I used the latest Xorg with 3D acceleration as radeon, not amdgpu. I have a GCN 2.x card (mullins) because AMD A-6000 APU (cpu+gpu) has integrated R4 graphics.

[nick65go]

fyi: updates in git on 28/04/2019
https://github.com/jlHertel/adriconf/commit/0b3c97b271594802bfc15f7d4fc62439e83ced8e

Code: [Select]

index of /10.x/x86_64/tcz/src/adriconf/
adriconf-1.4.tar.gz                                15-Apr-2019 09:16             2608826
compile_adriconf                                   15-Apr-2019 09:20             811

[Juanito]

Maybe you could compile from the latest git locally and, if it fixes your problem, I'll update it in the repo?

[Rich]

Hi nick65go
I think curaga has it right. I think the program wants plain 7 bit ASCII (US-ASCII) and is not finding it. Try launching it like this:

Code: [Select]

LANG= XDG_SESSION_TYPE=x11 adriconfThere is a space between  LANG=  and  XDG_SESSION_TYPE. The idea came from:
https://stackoverflow.com/questions/48743106/whats-ansi-x3-4-1968-encoding
If you look at the table here  ANSI_X3.4-1968  is the first entry.
https://www.iana.org/assignments/character-sets/character-sets.xhtml
A couple of other interesting answers:
https://unix.stackexchange.com/questions/67680/what-would-break-if-the-c-locale-was-utf-8-instead-of-ascii

[nick65go]

Finaly, I solved it!
The solution was that I MUST load getlocale.tcz, then is OK, with/without setting the variable LANG=, will not matter:

Code: [Select]

tc@box:~$ adriconf
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_M_construct null not valid
Aborted

Code: [Select]

tc@box:~$ XDG_SESSION_TYPE=x11 adriconf
adriconf running on X11
Current language code is c
Exception caught: Could not create parser context
(adriconf:16234): Gtk-WARNING **: 21:09:25.255: Could not find the icon 'list-remove-symbolic-ltr'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from: http://icon-theme.freedesktop.org/releases

Code: [Select]

c@box:~$ LANG=dummy XDG_SESSION_TYPE=x11 adriconf

(process:16246): Gtk-WARNING **: 21:09:37.652: Locale not supported by C library.
        Using the fallback 'C' locale.
adriconf running on X11
Current language code is dummy
Exception caught: Could not create parser context

Fontconfig warning: ignoring dummy: not a valid language tag

(adriconf:16246): Gtk-WARNING **: 21:09:38.489: Could not find the icon 'list-remove-symbolic-ltr'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
        http://icon-theme.freedesktop.org/releases
no pain, no gain So, should be getlocale.tcz a dependency of adriconf.tcz?

EDIT: And we need a wraper/script (in tce.installed) because the icon from wbar is not working, we need to start it with XDG_SESSION_TYPE=x11 @, as I did in aterm.

[Juanito]

Finaly, I solved it!
The solution was that I MUST load getlocale.tcz, then is OK, with/without setting the variable LANG=, will not matter:

well spotted - I see that if mylocale is loaded onboot without LANG being set and /usr/lib/locale/locale-archive is deleted, adriconf still works 

EDIT: And we need a wrapper/script (in tce.installed) because the icon from wbar is not working, we need to start it with XDG_SESSION_TYPE=x11 @, as I did in aterm.

It's a little more complicated than that - the script would need to detect if x11 or wayland is being used and set XDG_SESSION_TYPE accordingly

[curaga]

Probably a dependency of getlocale, unless you ran the getlocale script.

[nick65go]

IMHO, I prefer just a small start-up script in adriconf.tcz, to test for necesary variables and initializes them, then start whatever demon if necesary; without loading bloat of locales. Thanks.

[Juanito]

Probably a dependency of getlocale..

'not enough coffee this morning - yes, glibc_gconv is what's missing

[Juanito]

IMHO, I prefer just a small start-up script in adriconf.tcz, to test for necesary variables and initializes them, then start whatever demon if necesary; without loading bloat of locales.

proposals for startup script to recognise x11 and wayland gratefully received 

No daemon neccessary and no locales needed.

As a temporary fix, I tried changing the desktop file to read:

Code: [Select]

Exec=env XDG_SESSION_TYPE=x11 adriconf..but although I can then start adriconf like this:

Code: [Select]

$ gtk-launch adriconf
adriconf running on X11
Current language code is c..it will not start from the icon 

[nick65go]

Hi Juanito, may I propose a solution?

the default variable PATH is (i saw it by using 'set'`)

Code: [Select]

PATH='/home/tc/.local/bin:/usr/local/sbin:/usr/local/bin:/apps/bin:/usr/sbin:/us
so the folder tce.install (from adriconf.tcz) will write the script in ~/.local/bin/adriconf

Code: [Select]

XDG_SESSION_TYPE=x11 /usr/local/bin/adriconf
which will be executed both from menu and wbar, because
in autogenerated ~/.wmx/Applications/adriconf we have

Code: [Select]

#!/bin/sh
exec adriconf
in autogenerated ~/.wbar we have

Code: [Select]

i: /usr/local/share/pixmaps/br.com.jeanhertel.adriconf.png
t: adriconf
c: exec adriconf