headers
OBATA Akio | 1 Feb 2011 09:35
Picon

Re: pkg/44480: lang/python18-base and lang/python19-base build invalid +CONTENTS under Solaris

The following reply was made to PR pkg/44480; it has been noted by GNATS.

From: "OBATA Akio" <obache <at> netbsd.org>
To: gnats-bugs <at> netbsd.org
Cc: 
Subject: Re: pkg/44480: lang/python18-base and lang/python19-base build
 invalid +CONTENTS under Solaris
Date: Tue, 01 Feb 2011 17:34:24 +0900

 On Mon, 31 Jan 2011 10:05:03 +0900, Takahiro Kambe <taca <at> back-street.net> wrote:

 >  > diff --git a/lang/ruby/rubyversion.mk b/lang/ruby/rubyversion.mk
 >  > index 3ef63e8..83c6b17 100644
 >  > --- a/lang/ruby/rubyversion.mk
 >  > +++ b/lang/ruby/rubyversion.mk
 >  >  <at>  <at>  -193,6 +193,8  <at>  <at>  RUBY_STATICLIB=             ${RUBY_VER}.${RUBY_API_VERSION}-static.a
 >  >  .endif
 >  >  .elif ${OPSYS} == "Linux"
 >  >  _RUBY_SHLIBALIAS=      ${RUBY_VER}.${RUBY_SLEXT}.${_RUBY_VER_MAJOR}.${_RUBY_VER_MINOR}
 >  > +.elif ${OPSYS} == "SunOS"
 >  > +_RUBY_SHLIBALIAS=      ${RUBY_VER}.${RUBY_SLEXT}.${_RUBY_VER_MAJOR}
 >  >  .endif
 >  >
 >  >  .if !empty(_RUBY_SHLIBALIAS)
 >  Is this patch safe with older SunOS?

  From configure script, if your `older SunOS' does not mean sunos4,
 then shlib name is same for all Solaris, and it should be followings.

 .elif ${OPSYS} == "SunOS"
(Continue reading)

Permalink | Reply | 0 comments |
headers
Takahiro Kambe | 1 Feb 2011 09:45
Gravatar

Re: pkg/44480: lang/python18-base and lang/python19-base build invalid +CONTENTS under Solaris

The following reply was made to PR pkg/44480; it has been noted by GNATS.

From: Takahiro Kambe <taca <at> back-street.net>
To: obache <at> netbsd.org
Cc: gnats-bugs <at> NetBSD.org
Subject: Re: pkg/44480: lang/python18-base and lang/python19-base build
 invalid +CONTENTS under Solaris
Date: Tue, 01 Feb 2011 17:41:12 +0900 (JST)

 In message <20110201083502.8166563B873 <at> www.NetBSD.org>
 	on Tue,  1 Feb 2011 08:35:02 +0000 (UTC),
 	"OBATA Akio" <obache <at> netbsd.org> wrote:
 >  >  >  .if !empty(_RUBY_SHLIBALIAS)
 >  >  Is this patch safe with older SunOS?
 >  
 >   From configure script, if your `older SunOS' does not mean sunos4,
 >  then shlib name is same for all Solaris, and it should be followings.
 Thanks for your clarification.  Feel free to commit or I'll commit later.

 -- 
 Takahiro Kambe <taca <at> back-street.net>
Permalink | Reply | 0 comments |
headers
obache | 1 Feb 2011 09:48
Picon

Re: pkg/44479 (net/net-snmp (2010Q4) fails to access network statistic on NetBSD 5.1)

Synopsis: net/net-snmp (2010Q4) fails to access network statistic on NetBSD 5.1

Responsible-Changed-From-To: pkg-manager-≥adam
Responsible-Changed-By: obache <at> NetBSD.org
Responsible-Changed-When: Tue, 01 Feb 2011 08:48:21 +0000
Responsible-Changed-Why:
Over to maintainer.
Permalink | Reply | 0 comments |
headers
OBATA Akio | 1 Feb 2011 09:50
Picon

Re: pkg/44485: EMACSLOADPATH is not valid for editores/emacs21

The following reply was made to PR pkg/44485; it has been noted by GNATS.

From: "OBATA Akio" <obache <at> netbsd.org>
To: gnats-bugs <at> netbsd.org
Cc: 
Subject: Re: pkg/44485: EMACSLOADPATH is not valid for editores/emacs21
Date: Tue, 01 Feb 2011 17:46:45 +0900

 On Mon, 31 Jan 2011 15:45:02 +0900, David Holland <dholland-pbugs <at> netbsd.org> wrote:

 > The following reply was made to PR pkg/44485; it has been noted by GNATS.
 >
 > From: David Holland <dholland-pbugs <at> netbsd.org>
 > To: gnats-bugs <at> NetBSD.org
 > Cc:
 > Subject: Re: pkg/44485: EMACSLOADPATH is not valid for editores/emacs21
 > Date: Mon, 31 Jan 2011 06:42:28 +0000
 >
 >  On Sat, Jan 29, 2011 at 05:15:00PM +0000, ryoon <at> NetBSD.org wrote:
 >   > Index: modules.mk
 >   > ===================================================================
 >   > RCS file: /cvsroot/pkgsrc/editors/emacs/modules.mk,v
 >   > retrieving revision 1.13
 >   > diff -u -r1.13 modules.mk
 >   > --- modules.mk	25 Oct 2010 00:03:03 -0000	1.13
 >   > +++ modules.mk	29 Jan 2011 17:11:49 -0000
 >   >  <at>  <at>  -348,7 +348,7  <at>  <at> 
 >   >  	${SED} -e 's/emacs-//' |					\
 >   >  	${SED} -e 's/\.[0-9]\{8,\}//' |					\
 >   >  	${SED} -e 's/nb.*//'
(Continue reading)

Permalink | Reply | 0 comments |
headers
obache | 1 Feb 2011 09:51
Picon

Re: pkg/44477 (Please update time/gcal to 3.6)

Synopsis: Please update time/gcal to 3.6

Responsible-Changed-From-To: pkg-manager-≥ryoon
Responsible-Changed-By: obache <at> NetBSD.org
Responsible-Changed-When: Tue, 01 Feb 2011 08:51:23 +0000
Responsible-Changed-Why:
please go ahead!
Permalink | Reply | 0 comments |
headers
obache | 1 Feb 2011 09:53
Picon

Re: pkg/44469 (djbdns package ipv6 patch uses deprecated ip6.int rather than ip6.arpa)

Synopsis: djbdns package ipv6 patch uses deprecated ip6.int rather than ip6.arpa

Responsible-Changed-From-To: pkg-manager-≥schmonz
Responsible-Changed-By: obache <at> NetBSD.org
Responsible-Changed-When: Tue, 01 Feb 2011 08:53:47 +0000
Responsible-Changed-Why:
Over to maintainer.
Permalink | Reply | 0 comments |
headers
Jens Rehsack | 1 Feb 2011 10:49

Re: pkg/44416: perl5 fails it's self-test on amd64 and i386 (at least)

2011/1/31 David Holland <dholland-pbugs <at> netbsd.org>:
> The following reply was made to PR pkg/44416; it has been noted by GNATS.
>
> From: David Holland <dholland-pbugs <at> netbsd.org>
> To: gnats-bugs <at> NetBSD.org
> Cc:
> Subject: Re: pkg/44416: perl5 fails it's self-test on amd64 and i386 (at
>  least)
> Date: Mon, 31 Jan 2011 06:24:35 +0000
>
>  On Mon, Jan 24, 2011 at 12:05:03PM +0000, Jens Rehsack wrote:
>  >  Those errors are from updating Math::BigInt patch from CPAN into the Perl5
>  >  core. Those errors are from the test-suite, not from the module. I analysed
>  >  them before I committed the patch and decide it's currently the best to
>  >  simply ignore them.
>
>  Is there any practical way to indicate that they're expected?

In theory, yes - those errors can be marked using "$TODO = 'test suite issue'".
I can give it a try with the perl-5.12.3 update, asking myself why I
didn't do it when adding the patch ...

Best regards,
Jens
Permalink | Reply | 0 comments |
headers
Jens Rehsack | 1 Feb 2011 10:50

Re: pkg/44416: perl5 fails it's self-test on amd64 and i386 (at least)

The following reply was made to PR pkg/44416; it has been noted by GNATS.

From: Jens Rehsack <rehsack <at> googlemail.com>
To: gnats-bugs <at> netbsd.org
Cc: pkg-manager <at> netbsd.org, gnats-admin <at> netbsd.org, pkgsrc-bugs <at> netbsd.org
Subject: Re: pkg/44416: perl5 fails it's self-test on amd64 and i386 (at least)
Date: Tue, 1 Feb 2011 10:49:23 +0100

 2011/1/31 David Holland <dholland-pbugs <at> netbsd.org>:
 > The following reply was made to PR pkg/44416; it has been noted by GNATS.
 >
 > From: David Holland <dholland-pbugs <at> netbsd.org>
 > To: gnats-bugs <at> NetBSD.org
 > Cc:
 > Subject: Re: pkg/44416: perl5 fails it's self-test on amd64 and i386 (at
 > =A0least)
 > Date: Mon, 31 Jan 2011 06:24:35 +0000
 >
 > =A0On Mon, Jan 24, 2011 at 12:05:03PM +0000, Jens Rehsack wrote:
 > =A0> =A0Those errors are from updating Math::BigInt patch from CPAN into =
 the Perl5
 > =A0> =A0core. Those errors are from the test-suite, not from the module. =
 I analysed
 > =A0> =A0them before I committed the patch and decide it's currently the b=
 est to
 > =A0> =A0simply ignore them.
 >
 > =A0Is there any practical way to indicate that they're expected?

 In theory, yes - those errors can be marked using "$TODO =3D 'test suite is=
(Continue reading)

Permalink | Reply | 0 comments |
headers
OBATA Akio | 1 Feb 2011 13:15
Picon

Re: pkg/44485: EMACSLOADPATH is not valid for editores/emacs21

The following reply was made to PR pkg/44485; it has been noted by GNATS.

From: "OBATA Akio" <obache <at> netbsd.org>
To: gnats-bugs <at> netbsd.org
Cc: 
Subject: Re: pkg/44485: EMACSLOADPATH is not valid for editores/emacs21
Date: Tue, 01 Feb 2011 21:12:21 +0900

 On Tue, 01 Feb 2011 17:50:04 +0900, OBATA Akio <obache <at> netbsd.org> wrote:

 >  If so, _EMACS_VERSION_DIR will no need to be defined dynamically,
 >  then, it should be gone away, or defined statically instead.
 >  If not, SED patterns for _EMACS_VERSION_DIR should be added to
 >  strip the tail of 'a' for emacs21.

 Ah, It is required to retrieve emacs version from installed on.
 maybe, current, newest emacs version may not be installed.
 for examples,
 _EMACS_REQD= emacs>=21<22
 in editors/emacs21.
 so, if installed emacs21 is emacs-21.3, ${_EMACS_VERSION_DIR} should be 21.3,
 not ${_EMACS_VERSION_MAJOR}.${_EMACS_VERSION_MINOR}, i.e. 21.4

 -- 
 OBATA Akio / obache <at> NetBSD.org
Permalink | Reply | 0 comments |
headers
Matthias Drochner | 1 Feb 2011 21:35
Picon

PR/44436 CVS commit: pkgsrc/lang/gnat-aux

The following reply was made to PR pkg/44436; it has been noted by GNATS.

From: "Matthias Drochner" <drochner <at> netbsd.org>
To: gnats-bugs <at> gnats.NetBSD.org
Cc: 
Subject: PR/44436 CVS commit: pkgsrc/lang/gnat-aux
Date: Tue, 1 Feb 2011 20:32:57 +0000

 Module Name:	pkgsrc
 Committed By:	drochner
 Date:		Tue Feb  1 20:32:57 UTC 2011

 Update of /cvsroot/pkgsrc/lang/gnat-aux
 In directory ivanova.netbsd.org:/tmp/cvs-serv907

 Log Message:
 add gnat-aux-20110125, an Ada compiler gased on a gcc-4.6 snapshot, from
 John Marino, originally per PR pkg/44436, slightly updated

 for i386/amd64, comes with a bootstrap which doesn't need an Ada compiler
 on the pkg build system (fetches a bootstrap binary from MASTER_SITE)

 There seems to be some incompatibility with the binutils/libgcc_s
 on NetBSD-current, leading to warnings. Not fatal, but should be
 investigated.

 Status:

 Vendor Tag:	TNF
 Release Tags:	pkgsrc-base
(Continue reading)

Permalink | Reply | 0 comments |

Gmane