Summary: | sys-apps/portage: emerge exit code is 0 on @world update with masked packages in world file | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Ogelpre <gentoo.org> |
Component: | Core | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ogelpre
2021-01-03 23:10:36 UTC
I don't think writing things in /var/lib/portage/world directly is "supported". Having a masked package installed isn't really an error either. (In reply to Mike Gilbert from comment #1) > I don't think writing things in /var/lib/portage/world directly is > "supported". > > Having a masked package installed isn't really an error either. That's not the point. I just used this as small example to trigger the behaviour. I am running emerge from ansible and ansible didn't fail because the return code was 0. Emerge complains about a problem with world file. The Messages starting with "!!!" are printed to stderr. So the main question is if this is an expected behaviour and the output to stderr is just for diagnostic purpose or if it is a serious error and portage should exit with an none zero exit code. The "Problems have been detected with your world file" thing is intended to be a non-fatal warning message. We could change it to an ewarn style message. (In reply to Zac Medico from comment #3) > The "Problems have been detected with your world file" thing is intended to > be a non-fatal warning message. We could change it to an ewarn style message. When the behaviour is expected it is ok for me. A workaround for my scripting issue is an additional check if stderr is not empty. |