path: root/open_issues/ti-rpc_then_nfs.mdwn
diff options
authorThomas Schwinge <>2014-03-09 20:10:58 +0100
committerThomas Schwinge <>2014-03-09 20:10:58 +0100
commitde3f3f6cc52d1e5013e85137d09f2ac23e657858 (patch)
treebb6665b8bef2bd72069f83568f309d1172cf54fb /open_issues/ti-rpc_then_nfs.mdwn
parentdcf0b805773f06ec5fb01cac145ee75dce1cd4d6 (diff)
Diffstat (limited to 'open_issues/ti-rpc_then_nfs.mdwn')
1 files changed, 27 insertions, 0 deletions
diff --git a/open_issues/ti-rpc_then_nfs.mdwn b/open_issues/ti-rpc_then_nfs.mdwn
index c3dd4e26..46cc1c1c 100644
--- a/open_issues/ti-rpc_then_nfs.mdwn
+++ b/open_issues/ti-rpc_then_nfs.mdwn
@@ -103,3 +103,30 @@ re-enabled, [[!message-id ""]].
<pere> failing rpcinfo -p on hurd reported as <URL: >. Anyone got a clue how to debug it?
+## IRC, OFTC, #debian-hurd, 2014-03-03
+ <pere> I was just tipped by sesse that the hurd fix for libtirpc probably
+ caused RC bug in nfs-common, <URL: >.
+ Have not had time to check it out more closely.
+## IRC, OFTC, #debian-hurd, 2014-03-04
+ <youpi> pere: I don't really see how debian/patches/05-hurd-port.diff could
+ break Linux' libtirpc
+ <youpi> AIUI, the patch has zero effect on non-hurd builds
+ <youpi> oh wait
+ <youpi> it's simply missing a reautoconf to get HAVE_SYS_USER_H undefined
+ in
+ <pere> youpi: I am quite sure I did add the required dh_autoreconf call.
+ did you see a build log where it was missing?
+ <youpi> pere: ah, ok. Then 02-rerun-bootstrap.diff can be dropped
+ <youpi> and I don't have any further idea
+ <youpi> pere: maybe it's the autoreconf itself which broke something?
+ <pere> could be. not quite sure how to find out.
+ <gnu_srs> pere: what about running autoreconf on the previous (working
+ version)?
+ <pere> gnu_srs: sound like a good idea. perhaps a good idea to just
+ disable the two patches as a start.