Re: pkg/45345 (lang/python31 wrongly builds pyexpat)

["OBATA Akio" <obache%netbsd.org@localhost>]

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

From: "OBATA Akio" <obache%netbsd.org@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: pkg/45345 (lang/python31 wrongly builds pyexpat)
Date: Mon, 21 Nov 2011 22:40:51 +0900

 On Mon, 21 Nov 2011 21:45:02 +0900, David Holland 
<dholland-pbugs%netbsd.org@localhost> wrote:
 
 >  On Sun, Nov 20, 2011 at 06:05:03AM +0000, OBATA Akio wrote:
 >   >  > The real fix for the packaging problem is for expat to be in base
 >   >  >  base, not base xsrc. People have been suggesting that for a while, 
 > but
 >   >  >  I'm not sure what the current status is.
 >   >
 >   > Due to too TEOKURE release cycle of NetBSD, it is not happy using
 >   > base expat.
 > ?
 > expat hasn't been updated since long before netbsd-5 shipped.
 
 It's just a lucky.
 (for netbsd-4, no releases including fixes for CVE-2009-3560 and CVE-2009-3720 
yet)
 
 >   > > Meanwhile I think Jeremy Reed's immediate problem is that
 >   > > textproc/py-elementtree should depend on py-expat but doesn't.
 >   >
 >   > No. py-elementtree package depend on py-xml, and py-xml contains
 >   > own pyexpat.
 > ...then why is it not working?
 
 The problem is in builtin etree module, not external elementree module.
 
 >   >  How do you think about databases/py-sqlite3? it is same situation.
 >   >  ${PYLIB}/sqlite3/* exists in base python package, but lack of 
 > _sqlite3.so.
 > I think that's wrong too.
 
 Then, this issue should be send to upstream first.
 I think that it is the default behavior of python distribution.
 
 -- 
 OBATA Akio / obache%NetBSD.org@localhost