Summary: | sys-process/btop-1.2.13 - Fatal error: cant create obj/btop_menu.o: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Adrian Schollmeyer <nex+b-g-o> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | njsg, proxy-maint |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://github.com/aristocratos/btop/issues/479 | ||
See Also: | https://github.com/gentoo/gentoo/pull/28674 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge-info.txt
emerge-history.txt environment etc.portage.tar.bz2 sys-process:btop-1.2.13:20221202-024514.log temp.tar.bz2 |
Description
Toralf Förster
![]() Created attachment 838927 [details]
emerge-info.txt
Created attachment 838929 [details]
emerge-history.txt
Created attachment 838931 [details]
environment
Created attachment 838933 [details]
etc.portage.tar.bz2
Created attachment 838935 [details]
sys-process:btop-1.2.13:20221202-024514.log
Created attachment 838937 [details]
temp.tar.bz2
I haven't tried to compile or use this package myself, but from a (perhaps too quick) reading of upstream's makefile, I think it can't be used for parallel builds without modifications, see news://news.gmane.io/tm7eu0$159p$1@ciao.gmane.io / http://marc.info/?i=tm7eu0$159p$1@ciao.gmane.io (In reply to Nuno Silva from comment #7) > I haven't tried to compile or use this package myself, but from a (perhaps > too quick) reading of upstream's makefile, I think it can't be used for > parallel builds without modifications Yes and no. Looking at upstream's Makefile [0], they seem to even encourage parallel builds if not explicitly disabled. The only issue I spotted was that the directories target is responsible for creating the output dirs [1] and the btop target (which builds the objects) [2] doesn't depend on the directories target. So if we call emake directories explicitly before the actual build, we might get away with parallel builds perfectly fine. I'll report an issue upstream later. Also, a PR for supporting verbose output on directory creation might be a good idea as well. [0] https://github.com/aristocratos/btop/blob/e67a35df08bc576a164e2f9e95804c8980982fb3/Makefile#L112-L116 [1] https://github.com/aristocratos/btop/blob/e67a35df08bc576a164e2f9e95804c8980982fb3/Makefile#L169 [2] https://github.com/aristocratos/btop/blob/e67a35df08bc576a164e2f9e95804c8980982fb3/Makefile#L262 Upstream merged the fixes. Time to backport them The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a1929d81e2d786aa1fd9d1c6382b1908f24e6694 commit a1929d81e2d786aa1fd9d1c6382b1908f24e6694 Author: Adrian Schollmeyer <nex+b-g-o@nexadn.de> AuthorDate: 2022-12-15 16:55:30 +0000 Commit: Florian Schmaus <flow@gentoo.org> CommitDate: 2022-12-23 09:32:55 +0000 sys-process/btop: Backport parallel build fix and verbose mkdir The first fix resolves build problems on machines with many threads where mkdir calls might not be finished before a compiler tries to open that specific output dir. The second fix makes the calls to mkdir verbose to make debugging easier. Closes: https://bugs.gentoo.org/884005 Signed-off-by: Adrian Schollmeyer <nex+b-g-o@nexadn.de> Signed-off-by: Florian Schmaus <flow@gentoo.org> sys-process/btop/btop-1.2.13-r1.ebuild | 64 ++++++++++++++++++++++ .../btop/files/btop-1.2.13-fix-makefile-deps.patch | 40 ++++++++++++++ .../btop/files/btop-1.2.13-verbose-mkdir.patch | 27 +++++++++ 3 files changed, 131 insertions(+) |