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@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
