FS#75680 - [tesseract] pacman segfaults when attempting to install tesseract

Attached to Project: Pacman
Opened by समीर सिंह Sameer Singh (ss141309) - Tuesday, 23 August 2022, 13:15 GMT
Last edited by Allan McRae (Allan) - Sunday, 02 October 2022, 01:50 GMT
Task Type Bug Report
Category General
Status Closed
Assigned To No-one
Architecture All
Severity High
Priority Normal
Reported Version 6.0.1
Due in Version 6.0.2
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
pacman segfaults when attempting to install tesseract or a package dependent on tesseract (such as skanpage).

Additional info:
* package version(s): 5.2.0-1

Steps to reproduce:
pacman -S tesseract

I have attached the output of "pacman -S tesseract --debug" and a backtrace from gdb. If something is missing or insufficient please tell me.
Thanks

This task depends upon

Closed by  Allan McRae (Allan)
Sunday, 02 October 2022, 01:50 GMT
Reason for closing:  Fixed
Comment by Allan McRae (Allan) - Tuesday, 23 August 2022, 14:04 GMT
What locale are you using?
Comment by समीर सिंह Sameer Singh (ss141309) - Tuesday, 23 August 2022, 14:07 GMT
hi_IN.UTF-8
Comment by Allan McRae (Allan) - Wednesday, 24 August 2022, 00:01 GMT
Is a pacman issue specific to this locale.



#0 0x00007ffff7e0eefd in ?? () from /usr/lib/libc.so.6
#1 0x00007ffff7d135c8 in ?? () from /usr/lib/libc.so.6
#2 0x000055555556947c in vprintf (__ap=0x7fffffffe4e0, __fmt=0x7ffff7fb781c "%s हेतु %zu प्रदाता उपलब्ध हैं :\n")
at /usr/include/bits/stdio2.h:125
#3 colon_printf (fmt=0x7ffff7fb781c "%s हेतु %zu प्रदाता उपलब्ध हैं :\n") at ../src/pacman/util.c:1684
#4 0x000055555556e239 in cb_question (ctx=<optimized out>, question=0x7fffffffe690) at ../src/pacman/callback.c:507
#5 0x00007ffff7f80ef3 in resolvedep (handle=handle@entry=0x55555557d510, dep=dep@entry=0x55555752a550, dbs=<optimized out>, excluding=<optimized out>,
prompt=prompt@entry=0) at ../lib/libalpm/deps.c:731
#6 0x00007ffff7f81386 in _alpm_resolvedeps (handle=0x55555557d510, localpkgs=0x5555555cea10, pkg=0x55555722a2a0, preferred=0x5555555c6ff0,
packages=0x7fffffffe7c8, rem=0x0, data=0x7fffffffe870) at ../lib/libalpm/deps.c:829
#7 0x00007ffff7f9071c in _alpm_resolvedeps (data=0x7fffffffe870, rem=0x0, packages=0x7fffffffe7c8, preferred=<optimized out>, pkg=0x55555722a2a0,
localpkgs=0x5555555cea10, handle=0x55555557d510) at ../lib/libalpm/deps.c:798
#8 _alpm_sync_prepare (data=0x7fffffffe870, handle=0x55555557d510) at ../lib/libalpm/sync.c:427
#9 alpm_trans_prepare (handle=0x55555557d510, data=data@entry=0x7fffffffe870) at ../lib/libalpm/trans.c:141
#10 0x000055555556dab7 in sync_prepare_execute () at ../src/pacman/sync.c:758
#11 0x000055555555c6de in sync_trans (targets=<optimized out>) at ../src/pacman/sync.c:728
#12 pacman_sync (targets=<optimized out>) at ../src/pacman/sync.c:958
#13 main (argc=<optimized out>, argv=<optimized out>) at ../src/pacman/pacman.c:1259
Comment by Allan McRae (Allan) - Wednesday, 24 August 2022, 00:25 GMT
This is caused by a translation error in the hi locale. Fixed in transifex
Comment by Jernej Škrabec (jernej) - Saturday, 17 September 2022, 10:38 GMT
I experienced exactly the same issue for sl_SI.UTF-8 locale. I work around by LANG=C. Can someone fix this locale too?

Loading...