Danek,IIRC, when this was first sent out, there was the intent that pkg(5) would still run on 2.4. But based on your comments at the end of 10485, I see that after that bug is fixed, then pkg(5) is no longer expected to run on 2.4. From a portability perspective, we'll plan on upgrading to 2.6 for all of the platforms. I'm a little concerned about if we try to use Jython for a Python environment in Java because there is no Jython version for 2.6 yet (just 2.5). But we'll cross that bridge when we come to it.
If 2.4 isn't going to be supported, then maybe the Uuid25.py file should be removed and we should just use the uuid module from the Python library.
About the python dependency analysis tests, I've been looking at those tests this week relative to getting them to run on other platforms. Even the other Unix-like platforms do not have files such as /lib/svc/method/svc-pkg-depot and /usr/xpg4/lib/libcurses.so.1. I can file a bug for this, but I was wondering if you had more thoughts about what the bug should actually say. Should tests only depend on files that are checked into our workspace, rather than from the file system?
Thanks. Tom Danek Duvall wrote:
There are currently a handful of bugs that cover the 2.6 transition:
5573 pkg(5) changes necessary to use Python 2.6
10482 upgrade to cherrypy 3.1.2
10483 depot should use custom reason phrases when raising errors
10485 move pkg(5) to Python 2.6
5573 probably should be closed as a dup of 10485; I must have missed it
when filing the latter. 10482 covers the server side of moving to 2.6.
10483 is client-side, as is 10485, though the latter has a couple of
different bits which could be factored out into different bugs if someone
were feeling especially anal. But I believe that I have all of 10485
covered in my current (albeit likely somewhat outdated) patch (which is
available at the same location it was when I sent it out for review two
months ago:
http://cr.opensolaris.org/~dduvall/pkg-python26/
Anyone should feel free to pick up these bugs. If that doesn't happen by
the time I'm done with obsolete, I'll put my name on 'em.
Danek
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
<<attachment: Tom_Mueller.vcf>>
_______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
