linux_kdump is FreeBSD executable, and it is using strerror() to translate error codes. This naturally produces BSD descriptions, not linux onex. Example: 70665 Xxx RET linux_socketcall -1 errno 38 Socket operation on non-socket In BSD errno=38 is ENOTSOCK: #define ENOTSOCK 38 /* Socket operation on non-socket */ And in Linux errno=38 is ENOSYS: #define ENOSYS /* Function not implemented */ linux_kdump version 1.5
Sorry, the headline should be: Re: misc/180790: devel/linux_kdump prints BSD descriptions of errno names
Responsible Changed From-To: freebsd-bugs->freebsd-ports-bugs Fix synopsis and assign.
Responsible Changed From-To: freebsd-ports-bugs->emulation Over to maintainer (via the GNATS Auto Assign Tool)
Responsible Changed From-To: emulation->freebsd-emulation Canonicalize assignment.
I am going to submit the reworked version of regular kdump, and there will be no need for this port version for linux processes. Yuri
This port is getting removed, maybe as soon as today. It needs emulators/linux_base-gentoo-stage3 which is unstaged and thus is getting removed, so linux-kdump gets removed in a cascade.
Hm I wonder if linux-kdump can be switched to use devel/linux-f10-devtools instead of the unstaged gentoo port... Ok if I take a look over the next few days?
false alarm. The port isn't getting removed. The dependency was staged instead.
accordingly, reopen the PR.
Created attachment 147148 [details] switching linux_kdump to devel/linux-f10-devtool instead of gentoo port Yes that seemed to be straightforward, builds in poudriere with devel/linux-f10-devtool for 10.0/i386, 9.2/amd64, 8.4/amd64, and on the host for 10.0/amd64.
This fell through the cracks, sorry. Moving to patch-ready pool.
The patch doesn't fix the original bug tho, it just removes the dependency on the gentoo port...
Hi! Is this still relevent? The linux-f10-devtools is no more.
(In reply to Nikolai Lifanov from comment #13) in my POV linux_kdump is no longer needed since native kdump can translate Linuxulator records.
It's currently assigned to emulation@. Can this be "Overcome by events"?
The port has been removed.