Make libtirpc work with old style portmapper
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest2 patches 7 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/2 | Introduce new helper function getpmaphandlesrc/ | +38 | 0 replies | |
| 2/2 | Introduce new helper function getpmaphandlesrc/ | +0 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/2] Make libtirpc work with old style portmapper
Hi Steve et al,
We recently got a bug report from a customer trying to run nfs-utils (which is compiled against libtirpc on SLES 11) on a system with portmapper installed instead of rpcbind. Which failed miserably, because none of the RPC servers was able to register with portmap.
One might argue, if it hurts don't do it, but OTOH this configuration isn't totally outlandish. In particular, ISVs may decide they want to compile an RPC enabled application against libtirpc, but still want it to run on a wide range of Linux versions.
I looked into the issue and put together the following two patches, which I'm submitting for your kindly review.
Thanks
Olaf
Signature · 5 lines
Neo didn't bring down the Matrix. SOA did. (soafacts.com) -------------------------------------------- Olaf Kirch - Director Server ([email protected]) SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nürnberg GF: Markus Rex, HRB 16746 (AG Nürnberg)