pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

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

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

From: David Holland <>
Subject: Re: pkg/45345 (lang/python31 wrongly builds pyexpat)
Date: Tue, 29 Nov 2011 02:53:00 +0000

 On Mon, Nov 21, 2011 at 01:45:02PM +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)
 I didn't realize expat was even in netbsd-4's X11... but apparently it
 this should be fixed. let's open a fresh PR for it.
  >  >   > > 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.
 argh, I can never keep all that straight.
  >>>  How do you think about databases/py-sqlite3? it is same situation.
  >>>  ${PYLIB}/sqlite3/* exists in base python package, but lack of
  >> 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.
 I don't think so. Both py-sqlite3 and py-expat are built out of the
 main python distfile. And look at the first hunk of
 lang/python26/patches/patch-am, which suppresses the standard build of
 those and other builtin modules.
 David A. Holland

Home | Main Index | Thread Index | Old Index