Summary: | app-editors/gedit-3.32.2: fatal error: gedit-file-browser-enum-types.h: No s uch file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Deutschmann (RETIRED) <whissi> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | rabbe, vostorga |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Thomas Deutschmann (RETIRED)
2019-06-13 16:58:27 UTC
Is this still a problem? Can't reproduce myself This must be a race condition. I also ran into it, and on the third try, the package emerged. (In reply to Mart Raudsepp from comment #1) > Is this still a problem? Can't reproduce myself Yes, this still is. According to this commit[1] the issue was a missing dependency. The bug happens randomly because sometimes the file gedit-file-browser-enum-types.h is not generated before file gedit-file-browser-plugin.c is compiled. Please patch it according to upstream. [1] https://gitlab.gnome.org/GNOME/gedit/commit/79ff20c4123fb674b467f78b542f048f07516652 For us users, as a workardound the following may help: MAKEOPTS=-j1 emerge -va1 gedit Same problem seen in Gentoo Prefix. Using MAKEOPTS=-j1 did not help (tried several times). Also tried MAKEOPTS=-j3, with intent to make the order of build and generate actions indeterministic. After a few attempts the emerge was successful. So my suggestion for a workaround is to enable parallel `make' and re-try. I fixed this almost a month ago in https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9511b7acbc2942c6f0209e52b9b7ce2a6ea96dee based on IRC conversation with Thomas, without realizing there was a bug to close too. Doing so now. |