From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25218 invoked by uid 1002); 14 Nov 2003 09:37:12 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 11390 invoked from network); 14 Nov 2003 09:37:12 -0000 From: Alastair Tse To: gentoo-dev@gentoo.org In-Reply-To: <200311132334.28834.tdickenson@devmail.geminidataloggers.co.uk> References: <1068662803.18867.134.camel@huggins.eng.cam.ac.uk> <200311132334.28834.tdickenson@devmail.geminidataloggers.co.uk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CqZ0qXPrLUtjWDuJWzhF" Message-Id: <1068802623.11049.34.camel@huggins.eng.cam.ac.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Fri, 14 Nov 2003 09:37:04 +0000 X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: scanned, SpamAssassin (score=-7.4, EMAIL_ATTRIBUTION -0.50, IN_REP_TO -0.50, PGP_SIGNATURE_2 -2.45, QUOTED_EMAIL_TEXT -0.48, REFERENCES -0.50, REPLY_WITH_QUOTES -0.50, USER_AGENT_XIMIAN -2.35) Subject: Re: [gentoo-dev] python-2.3.2 testing required X-Archives-Salt: 135e3508-e182-4541-8ad2-56ba877f345c X-Archives-Hash: ee05fbe111e2e33b466f952ac2cf6c98 --=-CqZ0qXPrLUtjWDuJWzhF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-11-13 at 23:34, Toby Dickenson wrote: > > 2. run: emerge -u portage python >=20 > note that -u will update alot of things with ~x86 that you might not want= .=20 >=20 True, although in theory, it works also if you mark them as stable. I've been running python-2.3 on a stable box without any problems. YMMV. > > UCS4 uses significantly more memory than UCS2.=20 >=20 > I have compared ucs2 (with the ebuild in portage) and ucs4 (with hacking = that=20 > ebuild to include the --enable-unicode=3Ducs4 configure switch). I compar= ed: > 1. The sizes of a newly started interpreter using the RES column on 'top' > 2. The size of a "btdownloadheadless" process seeding a knoppix cd image > 3. The size of the .tbz2 binary package. >=20 > The empty interpreters are of identical size. The bittorrent process is=20 > considerably *smaller* with ucs4, and the tbz2 files are largely unchange= d in=20 > size. Numbers below. IMHO thats a clear but suprising win for ucs4. Lets = use=20 > it always. That is rather suprising. I could only explain that by predicting that btdownloadheadless doesn't use any unicode objects at all. As I said before, I think the real test case would be XML parsing. But hopefully this weekend I could formulate some tests to run to get something more "scientific". But it might be that my initial observations were off. >=20 > > Plan for Python's Future > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >=20 > Portage has a number of packages that still need 2.2 but reference=20 > #!/usr/bin/python. For example, rdiff-backup. The distutil eclass has sup= port=20 > for forcing /usr/bin/python2.1 (thanks to zope), but I cant see any way t= o=20 > force 2.2. am I overlooking something? Zope is a special case because it is not supported if you run it on anything about 2.1. I'm not too familiar with Zope, so maybe some others can chime in. As for packages that don't work with 2.3, that needs to be fixed. There is a bug open now that people can report apps that don't work with 2.3 either because 2.2 is hardcoded or they just need to be patched. http://bugs.gentoo.org/show_bug.cgi?id=3D33372 Cheers, --=20 Alastair 'liquidx' Tse >> Gentoo Developer >> http://www.liquidx.net/ | http://dev.gentoo.org/~liquidx/ --=-CqZ0qXPrLUtjWDuJWzhF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQA/tKI/OM4cezkHFPYRAji8AKCnGkhiyP3L7qNowQyLVN0Jxa88HgCgx8Gb U2KuZDlfpDhWU2Q0I1uVl4I= =EkuN -----END PGP SIGNATURE----- --=-CqZ0qXPrLUtjWDuJWzhF--