Description of problem: in emacs during pdf-tools-install autoreconf gets SIGSEV 11 Version-Release number of selected component: automake-1.16.5-16.fc40 Additional info: reporter: libreport-2.17.15 type: CCpp reason: perl killed by SIGSEGV journald_cursor: s=5c6708f59b7d426a8270817335ae44a9;i=306953;b=355fc80f0ed54bb5b76bffda8a152b42;m=4871fc4;t=61a2b254918e6;x=3dff45bd5480dbd0 executable: /usr/bin/perl cmdline: /usr/bin/perl /usr/bin/automake --add-missing --copy --no-force cgroup: 0::/user.slice/user-1000.slice/user/app.slice/app-emacs-96f07cbe64764bf98be96ff9f9553004.scope rootdir: / uid: 1000 kernel: 6.8.11-300.fc40.x86_64 package: automake-1.16.5-16.fc40 runlevel: N 5 backtrace_rating: 4 crash_function: __freelocale comment: in emacs during pdf-tools-install autoreconf gets SIGSEV 11 Truncated backtrace: Thread no. 1 (2 frames) #0 __freelocale at freelocale.c:43 #2 perl_destruct at /usr/src/debug/perl-5.38.2-506.fc40.x86_64/perl.c:1144
Created attachment 2036469 [details] File: proc_pid_status
Created attachment 2036470 [details] File: maps
Created attachment 2036471 [details] File: limits
Created attachment 2036472 [details] File: environ
Created attachment 2036473 [details] File: open_fds
Created attachment 2036474 [details] File: mountinfo
Created attachment 2036475 [details] File: os_info
Created attachment 2036476 [details] File: cpuinfo
Created attachment 2036477 [details] File: core_backtrace
Created attachment 2036478 [details] File: exploitable
Created attachment 2036479 [details] File: dso_list
Created attachment 2036480 [details] File: backtrace
Re-assign to Perl. The crash occurs in the interpreter, automake has nothing to do with it.
@bojov.ac.rs Hi, how to reproduce this issue? As I see pdf-tools-install is lisp code (this https://github.com/politza/pdf-tools one?). Is it installed from the package or how? Could you describe the process?
(In reply to Michal Josef Spacek from comment #14) > @bojov.ac.rs Hi, how to reproduce this issue? > > As I see pdf-tools-install is lisp code (this > https://github.com/politza/pdf-tools one?). > Is it installed from the package or how? > > Could you describe the process? Fedora 40, KDE Plasma 6, emacs from the Fedora repos, doom-emacs, pdf module enabled in the user's init.el file (after enabling the /path/to/doom sinc module). Since the pdf-tools package (http://github.com/vedang/pdf-tools/ also in the elpa.nongn repo) requires (re)building the epdfifno program then I have to call the M-k pdf-tools-install command. During command execution, it starts building the epdfinfo program and calls automake. Epdfinfo is built and working as expected. Another note, F40 is installed with English language support, and I added Serbian and Serbian Latin keyboards and the glibc-langpack-sr package. I also copied the locale.conf (from the Gnome installation) with the following content : LANG="en_US.UTF-8" LC_NUMERIC="sr_RS.UTF-8@latin" LC_TIME="sr_RS.UTF-8@latin" LC_MONETARY="sr_RS.UTF-8@latin" LC_PAPER="sr_RS.UTF-8@latin" LC_MEASUREMENT="sr_RS.UTF-8@latin" I suspect this may be a problem due to a bug in the freelocale function?
@bojov.ac.rs If you think that the problem could be with locales, you could change to en_US and test. We need to simplify the case.
Fixed URL: https://retrace.fedoraproject.org/faf/problems/bthash/?bth=ddb9505f9fb0606e002035d68d9750da29bd79e6
(In reply to Michal Josef Spacek from comment #16) > @bojov.ac.rs If you think that the problem could be with locales, you > could change to en_US and test. > We need to simplify the case. I tried in the following configurations: Fedora 40 workstation - from locale.conf: - LANG="en_US.UTF-8" only. - custom locale.conf LANG="en_US.UTF-8" LC_NUMERIC="sr_RS.UTF-8@latin" LC_TIME="sr_RS.UTF-8@latin" LC_MONETARI="sr_RS.UTF-8@latin" LC_PAPER="sr_RS.UTF-8@latin" LC_MEASUREMENT="sr_RS.UTF-8@latin" Fedora 40 KDE Plasma 6 - with locale.conf: - LANG="en_US.UTF-8" only. autoreconf (called from pdf-tools-install) works as expected - no sigsev 11 It not works in KDE Plasma 6 with a custom locale.conf. Note: locale.conf is customized with "Region & Language" from System Settings in both environments. I also noticed that the Gnome environment settings are applied system-wide, while in KDE the same settings are applied per user.
Reproducer without emacs on Fedora 40: sudo localectl set-locale LANG="en_US.UTF-8" LC_NUMERIC="sr_RS.UTF-8@latin" LC_TIME="sr_RS.UTF-8@latin" LC_MONETARY="sr_RS.UTF-8@latin" LC_PAPER="sr_RS.UTF-8@latin" LC_MEASUREMENT="sr_RS.UTF-8@latin" git clone https://github.com/vedang/pdf-tools.git cd pdf-tools/server automake --add-missing --copy --force-missing Result: Segmentation fault (core dumped)
@bojov.ac.rs I added the link to the Perl issue, which is known. The root cause is »LC_ALL=«.
The simple reproducer is (from Perl issue): $ cat crash.pl #!/usr/bin/perl require threads; require Thread::Queue; $ export LC_ALL= $ perl crash.pl && echo OK Segmentation fault (core dumped) $ export LC_ALL=en_US.UTF-8 $ perl crash.pl && echo OK OK
Hm, export LC_ALL= isn't enough. sudo localectl set-locale LANG="en_US.UTF-8" LC_NUMERIC="sr_RS.UTF-8@latin" LC_TIME="sr_RS.UTF-8@latin" LC_MONETARY="sr_RS.UTF-8@latin" LC_PAPER="sr_RS.UTF-8@latin" LC_MEASUREMENT="sr_RS.UTF-8@latin" is enough.
I tested this issue in Fedora 40 and Fedora Rawhide in mock. In f40 is present, in rawhide is not present.
This message is a reminder that Fedora Linux 40 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '40'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 40 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Fedora Linux 40 entered end-of-life (EOL) status on 2025-05-13. Fedora Linux 40 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.
The issue is not present in Fedora 41.