Date: Mon, 16 Nov 2015 01:40:33 +0800 From: Li-Wen Hsu <lwhsu@FreeBSD.org> To: Kubilay Kocak <koobs@FreeBSD.org> Cc: FreeBSD Python Team <freebsd-python@freebsd.org>, sunpoet@FreeBSD.org Subject: Re: Version specified ports for separated standard Python modules Message-ID: <20151115174033.GA79023@FreeBSD.cs.nctu.edu.tw> In-Reply-To: <5647F63B.6000303@FreeBSD.org> References: <CAKBkRUxPbk=gJrsXFrM2MXPBv0b8toWm6p5d5_42ogn4TGgEHw@mail.gmail.com> <5647F63B.6000303@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 15, 2015 at 14:04:27 +1100, Kubilay Kocak wrote: > On 15/11/2015 7:30 AM, Li-Wen Hsu wrote: > > Hi, > >=20 > > Just read this thread: > > https://lists.freebsd.org/pipermail/freebsd-python/2015-November/009061= =2Ehtml > >=20 > > This inspire me that we probably can create ports for those separated > > standard Python modules, for each supported Python versions in the > > tree. That is, adding databases/py3[2-5]-sqlite3, also for > > databases/py-gdbm and x11-toolkits/py-tkinter. Adding these gives us > > packages and this benefits pkg users, saving their time and space to > > build from scratch. I also suggest these ports maintained by python@. > > How do the people on this list think? These ports should be > > straightforward, just slaves port with USES=3Dpython:X.Y . If no one > > objects, I can add them. >=20 > This might be the way to go until we have Python 3.x packages built by > default. It would be nice to be *removing* the remaining py3- ports from > the tree, not adding more, but in this case I'm not sure there's a > better short term solution to address the missing functionality out of > the box. I have the same thought, hope at that time we will not need to maintain lots of py2- ports... However, I think that pyXY- for the standard python modules should exist along with the main port, since they complete the standard python library. > > BTW, a thing surprises me is that we don't have a pkg-message which > > hints users to install separated standard Python modules since > > python34. Does anybody knows why? I haven't touched lang/pytohn* for > > a while. I also found that python34 is directly added, not through > > `svn cp` from python33 (well, python33 itself is also not...) >=20 > If the pkg-message is inconsistent now, I'll fix it. Note this only > solves the problem for ports users, not package users. Thanks, and it looks pkg also shows pkg-message after install: https://gist.github.com/lwhsu/237a58a65db97a71ae57 > python34 was directly added because it was built from scratch, leaving > as much if not all of the old legacy behind. >=20 > The initial commit log has more detail: >=20 > https://svnweb.freebsd.org/ports?view=3Drevision&revision=3D350610 I see, I remember it was built from scratch, but didn't know that's the reason. Thanks again for your hard work. > > And, for the python-version-specified ports, I found now we have: > >=20 > > devel/py-setuptools > > devel/py-setuptools27 > > devel/py-setuptools32 > > devel/py-setuptools33 > > devel/py-setuptools34 > > devel/py-setuptools35 > >=20 > > These give us following packages: > >=20 > > py27-setuptools-17.0 > > py27-setuptools27-17.0 > > py32-setuptools32-17.0 > > py33-setuptools33-17.0 > > py34-setuptools34-17.0 > > py35-setuptools35-17.0 > >=20 > > I remember in the past, we add python-version-specified port using > > pyXY-foo format. For example, we have >=20 > See original commit and the issue it resolved: >=20 > https://svnweb.freebsd.org/ports?view=3Drevision&revision=3D347268 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187091 >=20 > It's not pretty, but it's (still, I believe) needed, at least for now. Yes, they are needed for every python version installed. My poit is that it might be more consistent for adding as devel/pyXY-setuptools and creating pyXY-setyptools-A.B_C.txz . I've talked with sunpoet and he agrees that it is the better name. Changing these would be a non-trivial work, I don't have a plan to do it right now. Also note that at this point devel/py-setuptools and devel/py-setuptools27 are duplicated in content, Renameing them may cause conflict... but devel/py-setuptools27 cannot be just removed, because we may need it when default Python version switch to 3. Perhaps marking IGNORE when the default Python version matches the specified version? Li-Wen --=20 Li-Wen Hsu <lwhsu@FreeBSD.org> http://lwhsu.org --0F1p//8PRICkK4MW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJWSMOQXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMDdENTNGNjUyMTUzMzVCNzA5NDNGODQ2 NzI3RTc3Qzg4NjJCNjU2AAoJEGcn53yIYrZWEQAQAJPvs+qzkVevT5NUuDHCFl/n +8mNiPmpyqlMV4nZ2x39cmTTtAuEwB+Gn5OuUT9V8U7PxWfX+cgzfjLPrZ8quzAj qdUvwu+zHARKJgua+Kvc/fQuaC9YhoZgODswxV3DaU6wFyp6qf3clLEC3zTL8PP1 rhXVp8NClB2+mmtukzTsKlGu5b7g4dOaGcYOf5s3xsOjJ0DLX3fhZ2LcHjCDk3ZI ojVAXjj9DVu6tjwiVWHU02PEUHwn3YYVT6Kz9hLC2sfVnJM0f6m3vfvD0+s49ZcQ 5mVR4VNmHow7cfKwT7nGj/UojGXTM4E9Bu3dnzEJi2ZsQZeg1n4j8REG2ridYQWh bDDyafWFd172Q0VD9/v886hHxsQl/h+/31ptX1THTPy72ASkWmd8LwffwP8vDgAS eCVxCUvVgTQwBjeM2OhOewKg/YTmDN9CJpAsZzbM1aZX5gbk+VZoLTuqUfeo3CX1 NKqwR7YdJHA4at4nGO1A3lKW+bDjf3LS3N7lzm/vISQ6szyd+B5iKvbzXJlHCdNR 2FVFBk8PpPHVpur+fFdt66C+OTSaSKlquzo6K989FWdo7DatRG4rkm6kkNp0dvd3 BbK0SqJ/lxkrx68VceA7S+QjzU+QLfAxtpZH3u2JtjIw3AwEZFdABk2hx6xFxZNK 8tgXr8L8L6gI8t9fe8Do =uMD7 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20151115174033.GA79023>