Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-04-10 Thread Brooks Davis
On Mon, Apr 09, 2001 at 08:49:59PM -0700, Rodney W. Grimes wrote: > > Question: Does the rpcbind program in -current have the same problem > > or has it already been fixed by whomever you imported the code from? > > (If it hasn't been fixed I'll be happy to fix it. I'm hoping it has,

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-04-09 Thread Matt Dillon
:I hope you have commited it, or well soon, to -stable, as this one has :surely been one to send many a young admin screaming from his cubicle :yelling ``but it should work, it really should just work''. Yah, it's in just under the wire. I was tearing my hair out today trying to figure o

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-04-09 Thread Rodney W. Grimes
> Ok guys. I just had to fix a problem with portmap in -stable related > to binding to specific IP addresses so replies to UDP packets come > 'from' the proper IP address (for multi-homed hosts). This has been a problem with portmap for as long as I can remember (back to the SunOS 3

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-04-09 Thread Alfred Perlstein
* Matt Dillon <[EMAIL PROTECTED]> [010409 19:40] wrote: > Ok guys. I just had to fix a problem with portmap in -stable related > to binding to specific IP addresses so replies to UDP packets come > 'from' the proper IP address (for multi-homed hosts). > > Question: Does the rpc

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-04-09 Thread Matt Dillon
Ok guys. I just had to fix a problem with portmap in -stable related to binding to specific IP addresses so replies to UDP packets come 'from' the proper IP address (for multi-homed hosts). Question: Does the rpcbind program in -current have the same problem or has it alrea

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-28 Thread Robert Watson
> I do not. -v could easily be added to what is now rpcbind (even if it > was ignored). -d mean the same thing for both. there's then no reason > to change its name. Well, my feeling on the matter, since everyone gets to have an opinion today, is that we should stick with rpcbind: it's what e

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-28 Thread David O'Brien
On Wed, Mar 28, 2001 at 10:14:07PM +0200, Karsten W. Rohrbach wrote: > Peter Wemm([EMAIL PROTECTED])@2001.03.28/06:24:34(epoch+985757074s): Drop this useless discussion, or take me off the blooming CC: list. Learn to use your editor! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscri

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-28 Thread Warner Losh
In message <[EMAIL PROTECTED]> "Karsten W. Rohrbach" writes: : Peter Wemm([EMAIL PROTECTED])@2001.03.28/06:24:34(epoch+985757074s): : > FYI: : > : > SYNOPSIS : > portmap [-d] [-v] : > : > SYNOPSIS : > rpcbind [-dilLs] : : yup, so i think it makes sense, to have the daemon called rpcbi

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-28 Thread Karsten W. Rohrbach
Peter Wemm([EMAIL PROTECTED])@2001.03.28/06:24:34(epoch+985757074s): > FYI: > > SYNOPSIS > portmap [-d] [-v] > > SYNOPSIS > rpcbind [-dilLs] yup, so i think it makes sense, to have the daemon called rpcbind, since it would probably break other people's configuration after making world

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-28 Thread Peter Wemm
Doug Barton wrote: > "Karsten W. Rohrbach" wrote: > > > the idea is, that if rpcbind takes parameters different from portmap it > > would make sense to call rpcbind rpcbind because people's boxes will > > start to barf when rpcbind is called portmap, they make world, and skip > > reading the rpcb

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-27 Thread Doug Barton
"Karsten W. Rohrbach" wrote: > the idea is, that if rpcbind takes parameters different from portmap it > would make sense to call rpcbind rpcbind because people's boxes will > start to barf when rpcbind is called portmap, they make world, and skip > reading the rpcbind paragraph in UPDATING ;-) >

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-27 Thread Karsten W. Rohrbach
Doug Barton([EMAIL PROTECTED])@Tue, Mar 27, 2001 at 10:05:40AM -0800: > "Karsten W. Rohrbach" wrote: > > > > Warner Losh([EMAIL PROTECTED])@Tue, Mar 27, 2001 at 12:40:18AM -0700: > > > In message <[EMAIL PROTECTED]> Greg Lehey writes: > > > : > Play the ball, not the man. > > > : > > > : I don't

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-27 Thread Doug Barton
Warner Losh wrote: > > In message <[EMAIL PROTECTED]> Greg Lehey writes: > : > Play the ball, not the man. > : > : I don't have an objection to the change, I was just asking. And > : "because System V does it this way" has never been a good answer for > : us. And no, I'm not picking on Doug, ju

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-27 Thread Doug Barton
"Karsten W. Rohrbach" wrote: > > Warner Losh([EMAIL PROTECTED])@Tue, Mar 27, 2001 at 12:40:18AM -0700: > > In message <[EMAIL PROTECTED]> Greg Lehey writes: > > : > Play the ball, not the man. > > : > > : I don't have an objection to the change, I was just asking. And > > : "because System V doe

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-27 Thread Karsten W. Rohrbach
Warner Losh([EMAIL PROTECTED])@Tue, Mar 27, 2001 at 12:40:18AM -0700: > In message <[EMAIL PROTECTED]> Greg Lehey writes: > : > Play the ball, not the man. > : > : I don't have an objection to the change, I was just asking. And > : "because System V does it this way" has never been a good answer

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-26 Thread Warner Losh
In message <[EMAIL PROTECTED]> Greg Lehey writes: : > Play the ball, not the man. : : I don't have an objection to the change, I was just asking. And : "because System V does it this way" has never been a good answer for : us. And no, I'm not picking on Doug, just making a point. I see no reas

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-26 Thread Greg Lehey
On Monday, 26 March 2001 at 18:19:06 +1000, Andrew Reilly wrote: > On Mon, Mar 26, 2001 at 05:24:14PM +0930, Greg Lehey wrote: >> On Sunday, 25 March 2001 at 23:48:10 -0800, Doug Barton wrote: >>> Greg Lehey wrote: On Wednesday, 21 March 2001 at 10:44:38 -0800, David O'Brien wrote: >

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-26 Thread Andrew Reilly
On Mon, Mar 26, 2001 at 05:24:14PM +0930, Greg Lehey wrote: > On Sunday, 25 March 2001 at 23:48:10 -0800, Doug Barton wrote: > > Greg Lehey wrote: > >> > >> On Wednesday, 21 March 2001 at 10:44:38 -0800, David O'Brien wrote: > >>> The Portmapper binary has been renamed from `portmap' to `rpcbind'.

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-25 Thread Greg Lehey
On Sunday, 25 March 2001 at 23:48:10 -0800, Doug Barton wrote: > Greg Lehey wrote: >> >> On Wednesday, 21 March 2001 at 10:44:38 -0800, David O'Brien wrote: >>> The Portmapper binary has been renamed from `portmap' to `rpcbind'. >> >> Why? > > So we can be more like sysV This is good? Greg

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-25 Thread Doug Barton
Greg Lehey wrote: > > On Wednesday, 21 March 2001 at 10:44:38 -0800, David O'Brien wrote: > > The Portmapper binary has been renamed from `portmap' to `rpcbind'. > > Why? So we can be more like sysV -- Perhaps the greatest damage the American system of education has done to it

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-25 Thread Alfred Perlstein
* Greg Lehey <[EMAIL PROTECTED]> [010325 15:33] wrote: > On Wednesday, 21 March 2001 at 10:44:38 -0800, David O'Brien wrote: > > The Portmapper binary has been renamed from `portmap' to `rpcbind'. > > Why? We've upgraded to Sun's TIRPC code, this includes rpcbind as a replacement for portmapper.

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

2001-03-25 Thread Greg Lehey
On Wednesday, 21 March 2001 at 10:44:38 -0800, David O'Brien wrote: > The Portmapper binary has been renamed from `portmap' to `rpcbind'. Why? Greg -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] wi