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