Samuel, Thanks for responding. Sorry for the delay in my responding to your post, I got sick (cold or flu))...sigh.
So. To answer your questions. This is a F43 (rawhide) system... A few upgrades ago it changed from F42 to F43. I have no idea how pkgconf runs during login. Something in my .rc file? I have my own .rc file that is referenced from the root .bashrc. I have commented out that reference which seems to have eliminated the hang at login. The moment I run my .rc file, the hang re-appears (sometimes). The term type is konsole, windowmaker (local build from their source repo) is the window manager. I have to CTRL-C to get out of the hang. Building other code doesn't always create the looping condition. Various software tools hang in pkgconf. Htop is one. GNU make is another. Today I got a hang during the removal phase of a "normal" dnf upgrade. The hang appeared after these lines in the log (below). I waited several hours and then CTRL-C'd out of the upgrade. My logging did not catch the operands of pkgconf. I'll do better next time. [664/668] Removing ksshaskpass-0:6.3.0- 100% | 575.0 B/s | 65.0 B | 00m00s [665/668] Removing kate-krunner-plugin- 100% | 54.0 B/s | 4.0 B | 00m00s [666/668] Removing glibmm2.68-0:2.82.0- 100% | 95.0 B/s | 18.0 B | 00m00s [667/668] Removing bluedevil-0:6.3.0-1. 100% | 4.0 B/s | 263.0 B | 01m02s Running dnf upgrade again did NOT experience any problems. I ran "gdb -p" on a hanging process... and then did a where command. Here is the stack trace: (gdb) where #0 0x00007f492bff91b4 in pkgconf_fgetline (buffer=buffer@entry=0x7ffeeeea7c20, stream=stream@entry=0x5636b9a9fa80) at libpkgconf/fileio.c:106 #1 0x00007f492bffbbef in pkgconf_parser_parse (f=f@entry=0x5636b9a9fa80, data=data@entry=0x5636b9aa7ca0, ops=ops@entry=0x7f492c000a60 <pkg_parser_funcs>, warnfunc=warnfunc@entry=0x7f492bff5a20 <pkg_warn_func>, filename=filename@entry=0x5636b9aa7e60 "/usr/lib64/pkgconfig/curlpp.pc") at libpkgconf/parser.c:39 #2 0x00007f492bff673f in pkgconf_pkg_new_from_file (client=client@entry=0x5636972798a0 <pkg_client>, filename=filename@entry=0x7ffeeeea7cc0 "/usr/lib64/pkgconfig/curlpp.pc", f=0x5636b9a9fa80, flags=flags@entry=0) at libpkgconf/pkg.c:535 #3 0x00007f492bff6b7c in pkgconf_pkg_scan_dir (client=client@entry=0x5636972798a0 <pkg_client>, path=0x5636b9a9f980 "/usr/lib64/pkgconfig", data=data@entry=0x7ffeeeea9148, func=func@entry=0x7f492bff5b00 <pkgconf_pkg_scan_provides_entry>) at libpkgconf/pkg.c:730 #4 0x00007f492bff6c47 in pkgconf_scan_all (client=client@entry=0x5636972798a0 <pkg_client>, data=data@entry=0x7ffeeeea9148, func=func@entry=0x7f492bff5b00 <pkgconf_pkg_scan_provides_entry>) at libpkgconf/pkg.c:775 #5 0x00007f492bff759f in pkgconf_pkg_scan_providers (client=0x5636972798a0 <pkg_client>, pkgdep=0x5636b9a9fa00, eflags=0x7ffeeeea91ac) at libpkgconf/pkg.c:1416 #6 pkgconf_pkg_verify_dependency (client=client@entry=0x5636972798a0 <pkg_client>, pkgdep=pkgdep@entry=0x5636b9a9fa00, eflags=eflags@entry=0x7ffeeeea91ac) at libpkgconf/pkg.c:1470 #7 0x00007f492bff7a28 in pkgconf_pkg_walk_list (client=client@entry=0x5636972798a0 <pkg_client>, parent=parent@entry=0x7ffeeeea9280, deplist=deplist@entry=0x7ffeeeea9340, func=func@entry=0x0, data=data@entry=0x0, depth=depth@entry=1, skip_flags=2) at libpkgconf/pkg.c:1571 --Type <RET> for more, q to quit, c to continue without paging--c #8 0x00007f492bff78ea in pkgconf_pkg_traverse_main (client=client@entry=0x5636972798a0 <pkg_client>, root=0x7ffeeeea9280, func=0x0, data=0x0, maxdepth=1, skip_flags=2) at libpkgconf/pkg.c:1725 #9 0x00007f492bff7ce7 in pkgconf_pkg_traverse (client=client@entry=0x5636972798a0 <pkg_client>, root=root@entry=0x7ffeeeea9280, func=func@entry=0x0, data=data@entry=0x0, maxdepth=maxdepth@entry=1, skip_flags=<optimized out>, skip_flags@entry=0) at libpkgconf/pkg.c:1756 #10 0x00007f492bffad83 in pkgconf_queue_verify (client=client@entry=0x5636972798a0 <pkg_client>, world=world@entry=0x7ffeeeea9540, list=list@entry=0x7ffeeeea94e0, maxdepth=1) at libpkgconf/queue.c:241 #11 0x00007f492bffaeac in pkgconf_queue_solve (client=client@entry=0x5636972798a0 <pkg_client>, list=list@entry=0x7ffeeeea94e0, world=world@entry=0x7ffeeeea9540, maxdepth=<optimized out>) at libpkgconf/queue.c:320 #12 0x000056369727152d in main (argc=<optimized out>, argv=<optimized out>) at cli/main.c:1569 (gdb) I'm unsure as to how to proceed at this time. George... On 2/14/25 11:47 AM, George R Goffe via test wrote: > pkgconf seems to be consuming 99.9% of a core. It's not making system calls > based on NO activity from strace. > > This problem begins at login. Unless I kill pkgconf, I will not get logged in. How is pkgconfig running at login? > This problem seems to appear during build operations. So far, building make > makes the loop appear. In this instance, pkgconf shows up when invoked from > the configure script. I have also tried building htop with the same results. > > Has anyone seen this problem? I'm not sure what to do at this point in time. > Removing it from the system (rename the binary) but then any expected results > do not appear which makes the build fail. What Fedora version? (Since you're posting to this list, I'm guessing either F42 or rawhide.) What are you trying to build? ------------------------------ -- _______________________________________________ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
