From root@gits.dyndns.org  Thu Sep  6 04:09:09 2001
Return-Path: <root@gits.dyndns.org>
Received: from smtp.noos.fr (camus.noos.net [212.198.2.70])
	by hub.freebsd.org (Postfix) with ESMTP id 0E26837B401
	for <FreeBSD-gnats-submit@freebsd.org>; Thu,  6 Sep 2001 04:09:09 -0700 (PDT)
Received: (qmail 55649116 invoked by uid 0); 6 Sep 2001 10:52:04 -0000
Received: from unknown (HELO gits.dyndns.org) ([212.198.231.187]) (envelope-sender <root@gits.dyndns.org>)
          by 212.198.2.70 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <FreeBSD-gnats-submit@freebsd.org>; 6 Sep 2001 10:52:04 -0000
Received: (from root@localhost)
	by gits.dyndns.org (8.11.6/8.11.6) id f86Aq3727095;
	Thu, 6 Sep 2001 12:52:03 +0200 (CEST)
	(envelope-from root)
Message-Id: <200109061052.f86Aq3727095@gits.dyndns.org>
Date: Thu, 6 Sep 2001 12:52:03 +0200 (CEST)
From: Cyrille Lefevre <clefevre@citeweb.net>
Reply-To: Cyrille Lefevre <clefevre@citeweb.net>
To: FreeBSD-gnats-submit@freebsd.org
Subject: Maintainer update: devel/gengetopt (2.4)
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         30380
>Category:       ports
>Synopsis:       Maintainer update: devel/gengetopt (2.4)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ports
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          maintainer-update
>Submitter-Id:   current-users
>Arrival-Date:   Thu Sep 06 04:10:05 PDT 2001
>Closed-Date:    Wed Sep 12 19:15:20 PDT 2001
>Last-Modified:  Wed Sep 12 19:16:25 PDT 2001
>Originator:     Cyrille Lefevre
>Release:        FreeBSD 4.4-RC i386
>Organization:
ACME
>Environment:

System: FreeBSD gits 4.4-RC FreeBSD 4.4-RC #29: Sat Aug 25 14:49:20 CEST 2001 root@gits:/disk2/4.x-stable/src/sys/compile/CUSTOM i386

>Description:

	Makefile
		PORTVERSION bumped.
		MAINTAINER updated.

	distinfo
		updated.

	pkg-descr
		updated.

	pkg-plist
		updated and reordered.

>How-To-Repeat:
	n/a
>Fix:

Index: Makefile
===================================================================
RCS file: /home/ncvs/ports/devel/gengetopt/Makefile,v
retrieving revision 1.4
diff -u -r1.4 Makefile
--- Makefile	2001/05/04 09:35:53	1.4
+++ Makefile	2001/09/06 10:22:26
@@ -7,12 +7,12 @@
 #
 
 PORTNAME=	gengetopt
-PORTVERSION=	2.3
+PORTVERSION=	2.4
 CATEGORIES=	devel
 MASTER_SITES=	${MASTER_SITE_GNU}
 MASTER_SITE_SUBDIR= ${PORTNAME}
 
-MAINTAINER=	ports@freebsd.org
+MAINTAINER=	clefevre@citeweb.net
 
 GNU_CONFIGURE=	yes
 USE_GMAKE=	yes
Index: distinfo
===================================================================
RCS file: /home/ncvs/ports/devel/gengetopt/distinfo,v
retrieving revision 1.3
diff -u -r1.3 distinfo
--- distinfo	2001/05/04 09:35:53	1.3
+++ distinfo	2001/09/06 10:22:40
@@ -1 +1 @@
-MD5 (gengetopt-2.3.tar.gz) = 2b1f785d171a1c4500f001c719672b01
+MD5 (gengetopt-2.4.tar.gz) = 452505146fa9a7075af6cecd99270097
Index: pkg-descr
===================================================================
RCS file: /home/ncvs/ports/devel/gengetopt/pkg-descr,v
retrieving revision 1.1
diff -u -r1.1 pkg-descr
--- pkg-descr	2000/10/28 02:48:45	1.1
+++ pkg-descr	2001/09/06 10:44:49
@@ -3,7 +3,7 @@
 
 Thus your program can now handle options such as:
 
-myprog --input foo.c -o foo.o --no-tabs -i 100 *.class
+	myprog --input foo.c -o foo.o --no-tabs -i 100 *.class
 
 And both long options (those that start with --) and short options (start
 with - and consist of only one character) can be handled. For standards
Index: pkg-plist
===================================================================
RCS file: /home/ncvs/ports/devel/gengetopt/pkg-plist,v
retrieving revision 1.2
diff -u -r1.2 pkg-plist
--- pkg-plist	2001/05/04 09:35:53	1.2
+++ pkg-plist	2001/09/06 10:42:49
@@ -1,27 +1,28 @@
+@comment $FreeBSD$
 bin/gengetopt
-share/doc/gengetopt/examples/sample1.ggo
-share/doc/gengetopt/examples/sample2.ggo
-share/doc/gengetopt/examples/main1.cc
-share/doc/gengetopt/examples/main2.c
+share/doc/gengetopt/COPYING
+share/doc/gengetopt/ChangeLog
+share/doc/gengetopt/INSTALL
+share/doc/gengetopt/LICENSE
+share/doc/gengetopt/NEWS
+share/doc/gengetopt/README
+share/doc/gengetopt/THANKS
+share/doc/gengetopt/cmdline1.c.html
 share/doc/gengetopt/examples/cmdline1.c
 share/doc/gengetopt/examples/cmdline1.h
 share/doc/gengetopt/examples/cmdline2.c
 share/doc/gengetopt/examples/cmdline2.h
+share/doc/gengetopt/examples/main1.cc
+share/doc/gengetopt/examples/main2.c
+share/doc/gengetopt/examples/sample1.ggo
+share/doc/gengetopt/examples/sample2.ggo
 share/doc/gengetopt/gengetopt.html
-share/doc/gengetopt/cmdline1.c.html
 share/doc/gengetopt/man_getopt.html
 share/doc/gengetopt/no_getopt_long.txt
-share/doc/gengetopt/ChangeLog
-share/doc/gengetopt/COPYING
-share/doc/gengetopt/NEWS
-share/doc/gengetopt/THANKS
-share/doc/gengetopt/INSTALL
-share/doc/gengetopt/README
-share/doc/gengetopt/LICENSE
 share/gengetopt/alloca.c
-share/gengetopt/getopt.h
 share/gengetopt/getopt.c
+share/gengetopt/getopt.h
 share/gengetopt/getopt1.c
+@dirrm share/gengetopt
 @dirrm share/doc/gengetopt/examples
 @dirrm share/doc/gengetopt
-@dirrm share/gengetopt
>Release-Note:
>Audit-Trail:

From: Cyrille Lefevre <clefevre@citeweb.net>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: ports/30380: Maintainer update: devel/gengetopt (2.4)
Date: Thu, 06 Sep 2001 14:35:33 +0200

 please,
 could you also add the following line below USE_GMAKE,
 tanks.
 
 MAKE_ARGS=      prefix=${PREFIX}

From: Cyrille Lefevre <clefevre@citeweb.net>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: ports/30380: Maintainer update: devel/gengetopt (2.4)
Date: Thu, 06 Sep 2001 15:06:45 +0200

 well, w/ the following comment, thanks again.
 
 # PREFIX isn't honored. force it w/ prefix.
 MAKE_ARGS=	prefix=${PREFIX}

From: Peter Pentchev <roam@ringlet.net>
To: Cyrille Lefevre <clefevre@citeweb.net>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: ports/30380: Maintainer update: devel/gengetopt (2.4)
Date: Fri, 7 Sep 2001 17:42:12 +0300

 On Fri, Sep 07, 2001 at 04:20:38PM +0200, Cyrille Lefevre wrote:
 > Peter Pentchev wrote:
 > > On Thu, Sep 06, 2001 at 05:40:03AM -0700, Cyrille Lefevre wrote:
 > > > The following reply was made to PR ports/30380; it has been noted by GNATS.
 > > > 
 > > > From: Cyrille Lefevre <clefevre@citeweb.net>
 > > > 
 > > >  could you also add the following line below USE_GMAKE,
 > > >  
 > > >  MAKE_ARGS=      prefix=${PREFIX}
 > > 
 > > Does this really need to be in MAKE_ARGS?  Does it not rather belong
 > > in MAKE_ENV?
 > 
 > no, using gmake, this doesn't work using MAKE_ENV. MAKE_ARGS does.
 > 
 > in fact, this hack allow you to build things for one destination and
 > to install them somewhere else (for installation tests for exemple).
 > I'll propose to make USE_GMAKE a dependency of GNU_CONFIGURE as well
 > as MAKE_ARGS+= prefix=${PREFIX} to make things working better...
 
 OK, how about my other question: doesn't GNU_CONFIGURE handle
 PREFIX correctly?
 
 G'luck,
 Peter
 
 -- 
 Nostalgia ain't what it used to be.

From: Peter Pentchev <roam@ringlet.net>
To: Cyrille Lefevre <clefevre@citeweb.net>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: ports/30380: Maintainer update: devel/gengetopt (2.4)
Date: Fri, 7 Sep 2001 17:56:47 +0300

 On Fri, Sep 07, 2001 at 04:20:38PM +0200, Cyrille Lefevre wrote:
 > Peter Pentchev wrote:
 > > On Thu, Sep 06, 2001 at 05:40:03AM -0700, Cyrille Lefevre wrote:
 > > > The following reply was made to PR ports/30380; it has been noted by GNATS.
 > > > 
 > > > From: Cyrille Lefevre <clefevre@citeweb.net>
 > > > 
 > > >  could you also add the following line below USE_GMAKE,
 > > >  
 > > >  MAKE_ARGS=      prefix=${PREFIX}
 > > 
 > > Does this really need to be in MAKE_ARGS?  Does it not rather belong
 > > in MAKE_ENV?
 > 
 > no, using gmake, this doesn't work using MAKE_ENV. MAKE_ARGS does.
 > 
 > in fact, this hack allow you to build things for one destination and
 > to install them somewhere else (for installation tests for exemple).
 > I'll propose to make USE_GMAKE a dependency of GNU_CONFIGURE as well
 > as MAKE_ARGS+= prefix=${PREFIX} to make things working better...
 
 OBTW, I don't think building things for one destination and isntalling
 them into another is supported by the ports system.  Even if it were,
 most automake-generated Makefiles have more than one variable for
 a destination dir location, not just 'prefix'.  For example, fetchmail
 has configure-time definitions for, among others, bindir, infodir,
 datadir, mandir and exec_prefix; to successfully install it into
 another location, those would all have to be modified.
 
 G'luck,
 Peter
 
 -- 
 If you think this sentence is confusing, then change one pig.

From: Peter Pentchev <roam@ringlet.net>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: ports/30380: Maintainer update: devel/gengetopt (2.4)
Date: Fri, 7 Sep 2001 18:03:30 +0300

 On Fri, Sep 07, 2001 at 08:00:07AM -0700, Peter Pentchev wrote:
 >  On Fri, Sep 07, 2001 at 04:20:38PM +0200, Cyrille Lefevre wrote:
 >  > Peter Pentchev wrote:
 >  > > On Thu, Sep 06, 2001 at 05:40:03AM -0700, Cyrille Lefevre wrote:
 >  > > > The following reply was made to PR ports/30380; it has been noted by GNATS.
 >  > > > 
 >  > > > From: Cyrille Lefevre <clefevre@citeweb.net>
 >  > > > 
 >  > > >  could you also add the following line below USE_GMAKE,
 >  > > >  
 >  > > >  MAKE_ARGS=      prefix=${PREFIX}
 >  > > 
 >  > > Does this really need to be in MAKE_ARGS?  Does it not rather belong
 >  > > in MAKE_ENV?
 >  > 
 >  > no, using gmake, this doesn't work using MAKE_ENV. MAKE_ARGS does.
 >  > 
 >  > in fact, this hack allow you to build things for one destination and
 >  > to install them somewhere else (for installation tests for exemple).
 >  > I'll propose to make USE_GMAKE a dependency of GNU_CONFIGURE as well
 >  > as MAKE_ARGS+= prefix=${PREFIX} to make things working better...
 >  
 >  OBTW, I don't think building things for one destination and isntalling
 >  them into another is supported by the ports system.  Even if it were,
 >  most automake-generated Makefiles have more than one variable for
 >  a destination dir location, not just 'prefix'.
 
 Of course, this applies to most auto*conf*-generated Makefiles,
 not just for automake.
 
 G'luck,
 Peter
 
 -- 
 because I didn't think of a good beginning of it.

From: Neil Blakey-Milner <nbm@mithrandr.moria.org>
To: Peter Pentchev <roam@ringlet.net>
Cc: freebsd-ports@FreeBSD.org, freebsd-gnats-submit@FreeBSD.org
Subject: Re: ports/30380: Maintainer update: devel/gengetopt (2.4)
Date: Fri, 7 Sep 2001 17:26:27 +0200

 On Fri 2001-09-07 (08:10), Peter Pentchev wrote:
 > The following reply was made to PR ports/30380; it has been noted by GNATS.
 > 
 > From: Peter Pentchev <roam@ringlet.net>
 > To: freebsd-gnats-submit@FreeBSD.org
 > Cc:  
 > Subject: Re: ports/30380: Maintainer update: devel/gengetopt (2.4)
 > Date: Fri, 7 Sep 2001 18:03:30 +0300
 > 
 >  On Fri, Sep 07, 2001 at 08:00:07AM -0700, Peter Pentchev wrote:
 >  >  On Fri, Sep 07, 2001 at 04:20:38PM +0200, Cyrille Lefevre wrote:
 >  >  > Peter Pentchev wrote:
 >  >  > > On Thu, Sep 06, 2001 at 05:40:03AM -0700, Cyrille Lefevre wrote:
 >  >  > > > The following reply was made to PR ports/30380; it has been noted by GNATS.
 >  >  > > > 
 >  >  > > > From: Cyrille Lefevre <clefevre@citeweb.net>
 >  >  > > > 
 >  >  > > >  could you also add the following line below USE_GMAKE,
 >  >  > > >  
 >  >  > > >  MAKE_ARGS=      prefix=${PREFIX}
 >  >  > > 
 >  >  > > Does this really need to be in MAKE_ARGS?  Does it not rather belong
 >  >  > > in MAKE_ENV?
 >  >  > 
 >  >  > no, using gmake, this doesn't work using MAKE_ENV. MAKE_ARGS does.
 >  >  > 
 >  >  > in fact, this hack allow you to build things for one destination and
 >  >  > to install them somewhere else (for installation tests for exemple).
 >  >  > I'll propose to make USE_GMAKE a dependency of GNU_CONFIGURE as well
 >  >  > as MAKE_ARGS+= prefix=${PREFIX} to make things working better...
 >  >  
 >  >  OBTW, I don't think building things for one destination and isntalling
 >  >  them into another is supported by the ports system.  Even if it were,
 >  >  most automake-generated Makefiles have more than one variable for
 >  >  a destination dir location, not just 'prefix'.
 >  
 >  Of course, this applies to most auto*conf*-generated Makefiles,
 >  not just for automake.
 
 autoconf+automake (and others) systems support --prefix for setting the
 prefix, and listen to the DESTDIR make variable as a base to install to.
 There's a PR to support this properly (28155), and we'll be looking into
 it after 4.4 is released.
 
 Neil
 -- 
 Neil Blakey-Milner
 nbm@mithrandr.moria.org

From: Peter Pentchev <roam@ringlet.net>
To: freebsd-gnats-submit@FreeBSD.org
Cc: Neil Blakey-Milner <nbm@mithrandr.moria.org>
Subject: Re: ports/30380: Maintainer update: devel/gengetopt (2.4)
Date: Mon, 10 Sep 2001 17:35:15 +0300

 On Fri, Sep 07, 2001 at 05:26:27PM +0200, Neil Blakey-Milner wrote:
 > On Fri 2001-09-07 (08:10), Peter Pentchev wrote:
 > > The following reply was made to PR ports/30380; it has been noted by GNATS.
 > > 
 > > From: Peter Pentchev <roam@ringlet.net>
 > > To: freebsd-gnats-submit@FreeBSD.org
 > > Cc:  
 > > Subject: Re: ports/30380: Maintainer update: devel/gengetopt (2.4)
 > > Date: Fri, 7 Sep 2001 18:03:30 +0300
 > > 
 > >  On Fri, Sep 07, 2001 at 08:00:07AM -0700, Peter Pentchev wrote:
 > >  >  On Fri, Sep 07, 2001 at 04:20:38PM +0200, Cyrille Lefevre wrote:
 > >  >  > Peter Pentchev wrote:
 > >  >  > > On Thu, Sep 06, 2001 at 05:40:03AM -0700, Cyrille Lefevre wrote:
 > >  >  > > > The following reply was made to PR ports/30380; it has been noted by GNATS.
 > >  >  > > > 
 > >  >  > > > From: Cyrille Lefevre <clefevre@citeweb.net>
 > >  >  > > > 
 > >  >  > > >  could you also add the following line below USE_GMAKE,
 > >  >  > > >  
 > >  >  > > >  MAKE_ARGS=      prefix=${PREFIX}
 > >  >  > > 
 > >  >  > > Does this really need to be in MAKE_ARGS?  Does it not rather belong
 > >  >  > > in MAKE_ENV?
 > >  >  > 
 > >  >  > no, using gmake, this doesn't work using MAKE_ENV. MAKE_ARGS does.
 > >  >  > 
 > >  >  > in fact, this hack allow you to build things for one destination and
 > >  >  > to install them somewhere else (for installation tests for exemple).
 > >  >  > I'll propose to make USE_GMAKE a dependency of GNU_CONFIGURE as well
 > >  >  > as MAKE_ARGS+= prefix=${PREFIX} to make things working better...
 > >  >  
 > >  >  OBTW, I don't think building things for one destination and isntalling
 > >  >  them into another is supported by the ports system.  Even if it were,
 > >  >  most automake-generated Makefiles have more than one variable for
 > >  >  a destination dir location, not just 'prefix'.
 > >  
 > >  Of course, this applies to most auto*conf*-generated Makefiles,
 > >  not just for automake.
 > 
 > autoconf+automake (and others) systems support --prefix for setting the
 > prefix, and listen to the DESTDIR make variable as a base to install to.
 > There's a PR to support this properly (28155), and we'll be looking into
 > it after 4.4 is released.
 
 This is all well and good; in the meantime, I think the MAKE_ARGS
 addition in this PR (and in a couple of other PR's filed by Cyrille)
 is quite unnecessary.  The FreeBSD Ports Collection does not take it
 upon itself to make it possible for a port to be built and installed
 with different values for PREFIX; that's what the 'configure' step
 is for.
 
 Apart from the slew of variables that also need to be modified that
 I discussed in my previous mails, there's one more argument: there are
 programs that stuff some paths into their source; what do you do with
 those in the 'install' target - detect that you are running with
 a different PREFIX, and recompile?  Yuck..  Again, that's what
 the 'configure' step is for..
 
 G'luck,
 Peter
 
 -- 
 If I had finished this sentence,
State-Changed-From-To: open->closed 
State-Changed-By: lioux 
State-Changed-When: Wed Sep 12 19:15:20 PDT 2001 
State-Changed-Why:  
Already updated to 2.4 but thanks for submission. Maintainership 
submitted to originator. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=30380 
>Unformatted:
