Polish language Manpages not working (paths problem?)

Hello,

Requirements:

I have Searched the forum for my issue and found nothing related or helpful
I have checked the Resources category (Resources Index)
I have reviewed the Wiki for relevant information
I have read the the Release Notes and Errata

OpenMandriva Lx version: 6

Desktop environment (KDE, LXQT…): irrelevent

Description of the issue (screenshots if relevant):

[mls@mls ~]$ export LC_ALL=C man cat
[mls@mls ~]$ LC_ALL=C man grep
man: command exited with status 1: (cd /usr/share/man && /usr/libexec/man-db/zsoelim) | (cd /usr/share/man && /usr/libexec/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE) | (cd /usr/share/man && preconv -e UTF-8) | (cd /usr/share/man && tbl) | (cd /usr/share/man && nroff -mandoc -rLL=109n -rLT=109n -Tascii)
[mls@mls ~]$ 
[mls@mls ~]$ man man
man: can't resolve man7/groff_man.7
man: command exited with status 1: (cd /usr/share/man && /usr/libexec/man-db/zsoelim) | (cd /usr/share/man && /usr/libexec/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE) | (cd /usr/share/man && preconv -e UTF-8) | (cd /usr/share/man && tbl) | (cd /usr/share/man && nroff -mandoc -rLL=109n -rLT=109n -Tascii)
[mls@mls ~]$ man man
man: can't resolve man7/groff_man.7
 Manual page man(1) byte 0/0 (END) (press h for help or q to quit)

Same result on freshly install and full upgraded system, as well as system with intact DE and system stripped of kde manually

Only thing I found related to man on forum is tie to dnf, google left me in woods.
I have tried to execute above commands with no luck.

Relevant informations (hardware involved, software version, logs or output…):

Please see the following and test on your system. Confirm the output in the first command produces output like this:

whereis man
man: /usr/bin/man /usr/local/bin/man /usr/share/man /usr/share/man/man7/man.7.zst /usr/share/man/man1/man.1.zst

If so, try this:

/usr/bin/man man
MAN(1)                         Manual pager utils                        MAN(1)

NAME
       man - an interface to the system reference manuals

SYNOPSIS
       man [man options] [[section] page ...] ...
       man -k [apropos options] regexp ...
       man -K [man options] [section] term ...
       man -f [whatis options] page ...
       man -l [man options] file ...
       man -w|-W [man options] page ...

DESCRIPTION
       man  is  the  system’s manual pager.  Each page argument given to man is
       normally the name of a program, utility or function.   The  manual  page
       associated  with each of these arguments is then found and displayed.  A
       section, if provided, will direct man to look only in  that  section  of
       the  manual.   The  default  action is to search in all of the available
       sections following a pre‐defined order (see DEFAULTS), and to show  only
       the first page found, even if page exists in several sections.

       The  table below shows the section numbers of the manual followed by the

Output of

 whereis man
man: /usr/bin/man /usr/share/man /usr/share/man/man7/man.7.zst /usr/share/man/man1/man.1.zst

Indicates that man is installed in the system yet second command that should fire up man man fails with a following error /usr/bin/man man
/usr/bin/man: can’t resolve man7/groff_man.7
Manual page man(1) byte 0/0 (END) (press h for help or q to quit)

/usr/bin/man: can’t resolve man7/groff_man.7

One of a few entries google provide after writing in an inquery wos, manpage - What means "can't resolve man7/groff_man.7"? - Ask Ubuntu
Yup, I know, open mandriva is not ubuntu or any other distro.
But maybe as the link suggest, we have a flaw in man package or as I thought that something is wrong with my paths in the system … but no

echo $PATH
/home/kuba/.local/bin:/home/kuba/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

There is no error in my system path
Im kinda baffled and confused

That looks like a missing dependency, possibly in the groff-base package. This is what I have installed as a comparison (keep in mind, I am on Cooker):

dnf list groff*
Updating and loading repositories:
Repositories loaded.
Installed packages
groff.x86_64           1.23.0-1 cooker-x86_64
groff-base.x86_64      1.23.0-1 cooker-x86_64

Available packages
groff-doc.noarch       1.23.0-1 cooker-x86_64
groff-gxditview.x86_64 1.23.0-1 cooker-x86_64
groff-perl.x86_64      1.23.0-1 cooker-x86_64

Also for consideration:

ls -la /usr/share/man/man7/groff*
-rw-r--r-- 1 root root 38011 Jul  8  2023 /usr/share/man/man7/groff.7.zst
-rw-r--r-- 1 root root 18284 Jul  8  2023 /usr/share/man/man7/groff_char.7.zst
-rw-r--r-- 1 root root 31170 Jul  8  2023 /usr/share/man/man7/groff_diff.7.zst
-rw-r--r-- 1 root root  7276 Jul  8  2023 /usr/share/man/man7/groff_hdtbl.7.zst
-rw-r--r-- 1 root root 12945 Jul  8  2023 /usr/share/man/man7/groff_man.7.zst
-rw-r--r-- 1 root root 24796 Jul  8  2023 /usr/share/man/man7/groff_man_style.7.zst
-rw-r--r-- 1 root root 30342 Jul  8  2023 /usr/share/man/man7/groff_mdoc.7.zst
-rw-r--r-- 1 root root  5898 Jul  8  2023 /usr/share/man/man7/groff_me.7.zst
-rw-r--r-- 1 root root 23354 Jul  8  2023 /usr/share/man/man7/groff_mm.7.zst
-rw-r--r-- 1 root root  1692 Jul  8  2023 /usr/share/man/man7/groff_mmse.7.zst
-rw-r--r-- 1 root root 15659 Jul  8  2023 /usr/share/man/man7/groff_mom.7.zst
-rw-r--r-- 1 root root 16101 Jul  8  2023 /usr/share/man/man7/groff_ms.7.zst
-rw-r--r-- 1 root root  2683 Jul  8  2023 /usr/share/man/man7/groff_rfc1345.7.zst
-rw-r--r-- 1 root root  2628 Jul  8  2023 /usr/share/man/man7/groff_trace.7.zst
-rw-r--r-- 1 root root  5420 Jul  8  2023 /usr/share/man/man7/groff_www.7.zst

OK

kuba@kuba:~$ LC_ALL=C dnf list groff*
Last metadata expiration check: 0:04:04 ago on Mon Apr 28 10:00:59 2025.
Installed Packages
groff-base.x86_64                      1.23.0-1                  @release-x86_64
Available Packages
groff.x86_64                           1.23.0-1                  rock-x86_64    
groff-doc.noarch                       1.23.0-1                  rock-x86_64    
groff-gxditview.x86_64                 1.23.0-1                  rock-x86_64    
groff-perl.x86_64                      1.23.0-1                  rock-x86_64    
kuba@kuba:~$ 

Clearly there is no groff in my system.

To confirm that

LC_ALL=C ls -la /usr/share/man/man7/groff*
ls: cannot access '/usr/share/man/man7/groff*': No such file or directory

Lets install the the package

 LC_ALL=C sudo dnf install groff.x86_64
Last metadata expiration check: 0:01:29 ago on Mon Apr 28 10:10:45 2025.
Dependencies resolved.
================================================================================
 Package        Architecture    Version              Repository            Size
================================================================================
Installing:
 groff          x86_64          1.23.0-1             rock-x86_64          1.4 M
Transaction Summary
================================================================================
Install  1 Package
(......)
groff-1.23.0-1-omv2390.x86_64.rpm               2.0 MB/s | 1.4 MB     00:00    
--------------------------------------------------------------------------------
Total                                           2.0 MB/s | 1.4 MB     00:00     
Running transaction check
(......)
  Preparing        :                                                        1/1 
  Installing       : groff-1.23.0-1.x86_64                                  1/1 

Installed:
  groff-1.23.0-1.x86_64                                                         
Complete!

Lets check that with

man ls

SNAFU :slight_smile: similar situation means more packages are missing

man ls
man: polecenie zwróciło kod błędu 1: (cd /usr/share/man/pl && /usr/libexec/man-db/zsoelim) | (cd /usr/share/man/pl && /usr/libexec/man-db/manconv -f UTF-8:ISO-8859-2 -t UTF-8//IGNORE) | (cd /usr/share/man/pl && preconv -e UTF-8) | (cd /usr/share/man/pl && tbl) | (cd /usr/share/man/pl && nroff -mandoc -rLL=79n -rLT=79n -Tutf8)

I will try to install some more packages from groff family as well as others that looks like they should fit in that scenario.

This problem occurs on fresh installed systems, installed via official iso, as well as on those modified heavily after installation. I had a strong suspicion that when I remove kde basically entirely, I also break the system because of some dependencies auto removal process
That is not a case. I consider this a bug. Broken man pages in even default install is a problem.

Please excuse my cave man like english.
Like a I have stick now me barbarian :stuck_out_tongue:

I agree. man and groff should be part of the base system packages and not be affected by removing any DE’s

You are doing fine, and speaking more civilly than many native speakers. :slight_smile:

ROME P6 default system:

There is no man page for cat. Perhaps that is an oversight or perhaps that is thought to be unnecessary, do not know.

$ rpm -qa | grep groff
groff-base-1.23.0-1.x86_64

LC_ALL=C man groff

LC_ALL=C man man

LC_ALL=C man grep

Someone said there was a bug here. I am trying to understand exactly what that bug might be?

If you are using any DE other than Plasma5 or 6, LXQt, or Gnome you are using something that is experimental. I would not assume this is irrelevant.

Note: The above commands work here with or without LC_ALL=C.

I can put man whatever in my virtual console

man man
man ls
man grep
man inxi
The outcome is always same
Shoot you right! There is no man for cat :rofl: ma bad

As I mention in the original post of mine, the problem occurs on vanilla systems (with everything default) and on heavy modified ones.
Therefore, that’s highly unlikely that changing DE or VM is at fault in this scenario, but this is not entirely impossible.

Yes, I ruthlessly and methodically tear out KDE on one of my machines. I also thought this is a root of a problem. I would come to the same conclusions as you if vanilla systems were free from this issue. But they are not. Clean installation of OM6 (on empty and wipe out disk with nuked partition table) acts exactly the same way as those who has been modified.

This problem seems to be related only with stable branch of a system.

It’s a language problem – it looks like Polish has man pages in the legacy ISO-8895-2 encoding which we no longer support out of the box (everything should have moved on to UTF-8 ages ago…)

dnf install locales-extra-charsets will likely fix you up by bringing back ISO-8859-2 and friends.

@bero I’ll check that and… nope.

it does not work yet the error message seems to b bit different yet still complains about code page
shutdown and restart also won’t help

man: command returned error code 1: (cd /usr/share/man/en && /usr/libexec/man-db/zsoelim) 
| (cd /usr/share/man/en && /usr/libexec/man-db/manconv -f UTF-8: ISO-8859-2 -t UTF-8//IGNORE) | (cd /usr/share/man/pl && preconv -e UTF-8) | (cd /usr/share/man/pl && tbl) | (cd 
/usr/share/man/pl && nroff -mandoc -rLL=79n -rLT=79n -Tutf8)


should I manually change codepage in a system?

The system locale should be set to UTF-8 these days, so that’s all good…
Can you try running the commands given in the error manually to see which one fails and with what error?

Yup give me a sec :slight_smile:
I’ll back
TL:DR
man-db is presumably broken man-db.x86_64 to be precise and exact

manconv and zsoelim is missing.

also

nroff -mandoc -rLL=79n -rLT=79n -Tutf8 ^Ccat: /tmp/man.ULzSuE: file not found preconv: error: encoding system 'ISO-8859-2' not supported grotty:<standard input>:(<standard input>):6: fatal error: 'V' command invalid before first 'p' command

Reinstallation of man-db.x86_64 usless, does nothing

Sorry for the bit messy post but i checked stuff on the fly

You can read the rest of this mess if you want to, yet it is mess

kuba@kuba:~$

 LC_ALL=C sudo /usr/libexec/man-db/zsoelim
[sudo] password for kuba: 
sudo: /usr/libexec/man-db/zsoelim: command not found
kuba@kuba:~$ /usr/libexec/man-db/zsoelim
bash: /usr/libexec/man-db/zsoelim: not found
kuba@kuba:~$ ls -a /usr/libexec/man-db/zsoelim
ls: nie ma dostępu do '/usr/libexec/man-db/zsoelim': not found
kuba@kuba:~$ 

Done this with and without LC_ALL=C also use ls just to be sure if im dealing with catalogue

kuba@kuba:~$ LC_ALL=C /usr/libexec/man-db/manconv -f UTF-8: ISO-8859-1 -t UTF-8//IGNORE
^X^C
kuba@kuba:~$ LC_ALL=C /usr/libexec/man-db/manconv
manconv: must specify an output encoding
Try 'manconv --help' or 'manconv --usage' for more information.
kuba@kuba:~$ manconv --help
bash: manconv: command not found
kuba@kuba:~$ LC_ALL=C manconv --help
bash: manconv: command not found
kuba@kuba: ~$ LC_ALL=C sudo manconv --help
sudo: manconv: command not found
kuba@kuba:~$ whereis manconv
^C   <-- returns noting
kuba@kuba:~$ ls -a /usr/libexec/man-db/
.  . globbing manconv
kuba@kuba:~$ ls -a /usr/libexec/man-db/manconv 
/usr/libexec/man-db/manconv
kuba@kuba:~$

bash: manconv: command not found
so  ls -la -rwxr-xr-x 1 root root 14000 wrz  6  2024 /usr/libexec/man-db/manconv
whereis preconv
preconv: /usr/bin/preconv /usr/share/man/man1/preconv.1.zst

 preconv --help
usage: preconv [-dr] [-D fallback-encoding] [-e encoding] [file ...]
usage: preconv {-v | --version}
usage: preconv {-h | --help}

Read each file, convert its encoded characters to a form GNU troff(1)
can interpret, and send the result to the standard output stream.
The default fallback encoding is 'UTF-8'.  See the preconv(1) manual page.

whereis  tbl
tbl: /usr/bin/tbl /usr/share/man/man1/tbl.1.zst
kuba@kuba:~$ tbl --help
usage: tbl [-C] [file ...]
usage: tbl {-v | --version}
usage: tbl --help
kuba@kuba:~$ 

generaly works

 whereis  nroff
nroff: /usr/bin/nroff /usr/share/man/man1/nroff.1.zst
kuba@kuba:~$  nroff --help
usage: /usr/bin/nroff [-bcCEhikpRStUVz] [-d ctext] [-d string=text] [-K fallback-encoding] [-m macro-package] [-M macro-directory] [-n page-number] [-o page-list] [-P postprocessor-argument] [-r cnumeric-expression] [-r register=numeric-expression] [-T output-device] [-w warning-category] [-W warning-category] [file ...]
usage: /usr/bin/nroff {-v | --version}
usage: /usr/bin/nroff --help

sudo /usr/bin/nroff /home/kuba/Pulpit/dummy | more
[sudo] hasło użytkownika kuba:
Here is a large block of dummy text for your needs:

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed sit
amet nulla auctor, vestibulum magna sed, convallis ex. Cum sociis
natoque penatibus et magnis dis parturient montes, nascetur
ridiculus mus. Donec eget ex sit amet augue scelerisque dignis‐
sim. Aliquam erat volutpat. Suspendisse potenti. Cras ultricies
ligula sed magna dictum porta. Proin eget tortor risus. Praesent
quis tempus justo.

Pellentesque habitant morbi tristique senectus et netus et male‐
suada fames ac turpis egestas. Sed sit amet nulla auctor,
vestibulum magna sed, convallis ex. Cum sociis natoque penatibus
et magnis dis parturient montes, nascetur ridiculus mus. Donec
eget ex sit amet augue scelerisque dignissim. Aliquam erat volut‐
pat. Suspendisse potenti. Cras ultricies ligula sed magna dictum
porta. Proin eget tortor risus. Praesent quis tempus justo.

also works like presumably others that return any output when --help switch is added
manconv and zsoelim is missing.

The manconv command is part of the man-db package

and LC_ALL=C dnf list man-db Last metadata expiration check: 5:08:57 ago on Mon Apr 28 17:08:26 2025. Installed Packages man-db.x86_64 2.13.0-1 @release-x86_64 kuba@kuba:~$
Reinstallation of man-db.x86_64 usless, does nothing

Sorry for the bit messy post but i checked stuff on the fly

manconv and zsoelim aren’t missing, they just aren’t in your PATH. They’re exactly where man says they are: /usr/libexec/man-db/

yup you are right

nroff -mandoc -rLL=79n -rLT=79n -Tutfnroff -mandoc -rLL=79n -rLT=79n -Tutf8 ^Ccat: /tmp/man.ULzSuE: file not found preconv: error: encoding system 'ISO-8859-2' not supported grotty:<standard input>:(<standard input>):6: fatal error: 'V' command invalid before first 'p' command8 ^Ccat: /tmp/man.ULzSuE: file not found preconv: error: encoding system **'ISO-8859-2'** not supported grotty:<standard input>:(<standard input>):6: fatal error: 'V' command invalid before first 'p' command

So it is probably this shit ISO-8859-2

echo "export MANPATH=/usr/share/man/en" >> ~/.bashrc
kuba@kuba:~$ source ~/.bashrc
kuba@kuba:~$ man man
Brak podręcznika dla man
kuba@kuba:~$ man ls
Brak podręcznika dla ls
kuba@kuba:~$ LC_ALL=C man ls
No manual entry for ls
kuba@kuba:~$ 

It really start to rubs me the wrong way

Even if i add this to bashrc

echo "export MANROFFOPT=-c" >> ~/.bashrc

kuba@kuba:~$ source ~/.bashrc

I will not annoy anybody any further, I will do fresh installation with official iso tomorrow and start from there. This installation was made using rejected iso, maybe something is fucked up even after latest upgrade. Not to mention a DE change.
Too many variables to be certain what is wrong.

There is more to it then meets the eye

Thats what i have done my current path is

bash: /usr/libexec/man-db/:/usr/share/man/pl:/usr/libexec/man-db/:/home/kuba/.local/bin:/home/kuba/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

I added those two whose missing from the path

 /usr/libexec/man-db/:/usr/share/man/pl

l to the path via bashrc
reload bashrc
restart PC the error message is dot to dot bug for bug same as before.

I admit my ranting was stupid, and I didn’t register Bero advice about the path on a spot, which was a mistake that comes god knows from where or what. Especially considering the fact the advice, likewise a solution was obvious. But it still do not work.

That is avery last line of my bashrc

export PATH="/usr/libexec/man-db/:/usr/share/man/pl:$PATH"

Either i have some syntax error in it or something else is wrong

Fresh install is pointless, I have two fresh installations in virtual machines they have a same problems

I found the root of a problem. Uninstaling plama by

`dnf remove plasma* kde*` 
are the cause of this

@bero @rugyada

1 Like

This thread does not make clear if this problem was resolved and if so how it was resolved? Could someone please illuminate us?

Is it this? Or is there a bug report? Edit: In reading this thread it seems like we should change the title to “Polish lang problem with man pages”? Is this the actual problem? I was this just a user removing plasma and kde packages a bit to agressively?

Hello

Yes, I saw this thread, but I don’t know if I did something wrong or understood it or if it’s fixed

PATH=$PATH:$HOME/.local/bin:/usr/libexec/man-db/:/usr/share/man/pl:/usr/libexec/man-db/:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

export PATH

Did I do something wrong, I understand?

[xxx@xxx ~]$ man man
man: polecenie zwróciło kod błędu 1: (cd /usr/share/man/pl && /usr/libexec/man-db/zsoelim) | (cd /usr/share/ma
n/pl && /usr/libexec/man-db/manconv -f UTF-8:ISO-8859-2 -t UTF-8//IGNORE) | (cd /usr/share/man/pl && preconv -
e UTF-8) | (cd /usr/share/man/pl && tbl) | (cd /usr/share/man/pl && nroff -mandoc -rLL=109n -rLT=109n -Tutf8)

Does the latest ISO April 30th (Not SourceForge) iso for rock 6 fix this?

Even if you are on an older version, doing the following will bring you up to that April 30th release:

dnf clean all ; sudo dnf clean all ; sudo dnf repolist ; sudo dnf dsync --refresh

That is the method we update instead of using update/grade.

I did that and I got the same error

[xxx@xxx ~]$ man man
man: polecenie zwróciło kod błędu 1: (cd /usr/share/man/pl && /usr/libexec/man-db/zsoelim) | (cd /usr/share/man/pl && /usr/libexec/man-db/manconv -f UTF-8:ISO-8859-2 -t UTF-8//IGNORE) | (cd /usr/share/man/pl && preconv -e UTF-8) | (cd /usr/share/man/pl && tbl) | (cd /usr/share/man/pl && nroff -mandoc -rLL=109n -rLT=109n -Tutf8)