[Pkg-samba-maint] [obnox at samba.org: about the non-linux ports patch from bug #266693]

[Robert Millan]

On Wed, May 06, 2009 at 12:14:25PM +0200, Michael Adam wrote:
> Michael Adam wrote:
> > Hmm, I tried to send this to 266693 at bugs.debian.org as the bug
> > page suggests (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=266693)
> > but this could not be delivered...
> > 
> > Re-sending it to pkg-samba-maint with the original reporter
> > and patch submitter in Cc.
> 
> Ok, Robert Millan does not seem to have a @debian.org address any
> more. But at least the "mail delivery failed" message contained
> some helpful hint:
> 
> 550 contact me at rmh at aybabtu.com
> 
> Re-trying to Cc this address.
> 
> Robert - can you read this? :-)

Hi!

Wow, it's been a while.  Let's see if I can help...

> > The patch has several hunks like this:
> > 
> > -    *linux*)
> > +    linux*-gnu* | gnu* | k*bsd*-gnu)
> > 
> > This has the potential disadvantage that it may make
> > less systems match. I'd change this to the following:
> > 
> > -    *linux*)
> > +    *linux* | gnu* | k*bsd*-gnu)
> > 
> > Or are there good reasons for being more restrictive?

I don't remember any reason for that.  Note, however, that there's now
kopensolaris*-gnu, could you match that one as well for everything that
involves glibc or gnuish userland?

> > Another hunk that I found strange in the current version is this:
> > 
> > -    *freebsd[[5-9]]*)
> > +    freebsd5*|*freebsd[[6-9]]*)
> > 
> > This seems to have evolved from the original hunk:
> > 
> > -    *freebsd5*)
> > +    freebsd5*)
> > 
> > I suspect that this is meant to _not_ match the
> > k*bsd*-gnu patterns from the above hunks, right?

Yes.

> > BTW: If anyone could put a Debian GNU/kFreeBSD or other GNU/*bsd*
> > machine into the samba build farm (http://build.samba.org/),
> > that would really help monitoring the working of such changes!
> > Note that donation just means using some harddisk space and cpu
> > cycles.

I suggest you ask debian-bsd at lists.debian.org.

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."