[14/20] portmap: mention that rpcbind is the project that superseds portmap

Submitted by Thomas Petazzoni on Aug. 11, 2012, 5:40 p.m.

Details

Message ID aae61f5152331e0d8e63c01ddca703e00cde1382.1344706801.git.thomas.petazzoni@free-electrons.com
State Accepted
Commit c78ccd3b96d6834ee9abc61a93d9ae5a529dafc7
Headers show

Commit Message

Thomas Petazzoni Aug. 11, 2012, 5:40 p.m.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
 package/portmap/Config.in |    2 ++
 1 file changed, 2 insertions(+)

Comments

Yann E. MORIN Aug. 12, 2012, 3:55 p.m.
Thomas, all,

On Saturday 11 August 2012 19:40:46 Thomas Petazzoni wrote:
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> ---
>  package/portmap/Config.in |    2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/package/portmap/Config.in b/package/portmap/Config.in
> index f017cb6..8d25e3a 100644
> --- a/package/portmap/Config.in
> +++ b/package/portmap/Config.in
> @@ -4,6 +4,8 @@ config BR2_PACKAGE_PORTMAP
>  	help
>  	  The standard portmapper for RPC services.
>  
> +	  Note that portmap is being deprecated in favour of rpcbind.

Wouldn't it be better to add (thus answering your question from 00/20):
  depends on BR2_DEPRECATED

Regards,
Yann E. MORIN.
Thomas Petazzoni Aug. 13, 2012, 5:35 p.m.
Le Sun, 12 Aug 2012 17:55:19 +0200,
"Yann E. MORIN" <yann.morin.1998@free.fr> a écrit :

> > +	  Note that portmap is being deprecated in favour of rpcbind.
> 
> Wouldn't it be better to add (thus answering your question from 00/20):
>   depends on BR2_DEPRECATED

Yeah, I wasn't sure about this one. Maybe we should mark it deprecated
yes. Gustavo, do you see any use case that requires keeping portmap if
rpcbind is available?

Thanks!

Thomas
Gustavo Zacarias Aug. 13, 2012, 6:26 p.m.
On 08/13/12 14:35, Thomas Petazzoni wrote:

> Yeah, I wasn't sure about this one. Maybe we should mark it deprecated
> yes. Gustavo, do you see any use case that requires keeping portmap if
> rpcbind is available?
> 
> Thanks!
> 
> Thomas

I use a couple of apps that need RPC that i think will probably break,
but on the libc level rather than the portmapper itself so i see no
issue there.
It's probably worth trying the switch with -next so we can find and fix
those in need of a slight LDFLAGS tweak.
Regards.

Patch hide | download patch | download mbox

diff --git a/package/portmap/Config.in b/package/portmap/Config.in
index f017cb6..8d25e3a 100644
--- a/package/portmap/Config.in
+++ b/package/portmap/Config.in
@@ -4,6 +4,8 @@  config BR2_PACKAGE_PORTMAP
 	help
 	  The standard portmapper for RPC services.
 
+	  Note that portmap is being deprecated in favour of rpcbind.
+
 	  http://neil.brown.name/portmap/
 
 comment "portmap requires a toolchain with RPC support"