Dear @rpcbind team, @steved12345, @acharbon, Like @kloczek, I would like to have a GitHub organization/repository... @kloczek: Note, it works currently: - http://git.linux-nfs.org/?p=steved/rpcbind.git;a=summary Steve is here: https://github.com/stevedd.
git://linux-nfs.org/~steved/rpcbind.git gone
Crashes with -h 127.0.0.1 (double-free)
unix/solaris/sunos[& many other networked machines] use rpc or reference of rmt /remote[unix 'rje/uucp/rpc/gopher] ,usually windows www internetworked isp-ip-tcp machines contuinue rpc protocols as included from 'unix&c' synthesis of interactive computes. Usually[for sun/dec/hp]the port is & has always been 111. For numbered isp ip-tcp 'parallels'[lack of pport printer usage&c]windows 'finds by number'offering no access,inclusion or understanding as novell[lack of]or other, remote 'ibmpc dos typical'networking'[client/server]has...
pbv,[sun/sparc'rpc']isnt an isp-ip/tcp 'www'internetworked'protocol'[bull was apparant using 'bullrpc']Alike other unix 'hidden inetnetwork'not google-info?
not tcp/ip network/linux'would do such'is no prot/intent 'sun/sparc'intra/inter'networking'[vastly in-dif-far-ent'too'linux/dfs/vfs/win'www'ip isp facets,open saucers?
Is it possible to make rpcbind consider ip_local_port_range values to be compliant with firewall rules? I cant find any documentation on the matter so it may be just currently unsupported and it has to be implemented if needed. Any idea?
Change Default Value of with-statedir to /run/rpcbind
rpcbind commit 2e9c289246c647e25649914bdb0d9400c66f486e this means that kodi cannot scan for nfs shares anymore. After recompiling with --enable-rmtcalls, kodi works again. See https://forum.kodi.tv/showthread.php?tid=346920&pid=2882589#pid2882589
rpcbind commit 2e9c289246c647e25649914bdb0d9400c66f486e this means that kodi cannot scan for nfs shares anymore. After recompiling with --enable-rmtcalls, kodi works again. See https://forum.kodi.tv/newreply.php?tid=346920&replyto=2882560
There are some use case that rpcbind need run in different namespace. But files used for rpcbind is not namespace isolated (eg. RPCBINDDLOCK, _PATH_RPCBINDSOCK). Any plan to make those file net namespace sepearated? If I come up with patch? will it be consider? thx Shawn
it would be most helpful if the authors could clarify where the original sources...
Man page lacks FILES section
I use rpcbind-0.1.7 and libtirpc -0.2.1 for arm. i use arm-linux gcc 3.3.2 toolchain...
I have the below patch, which make rpcbind be able to use fixed port, do you think...