Hi Kyle,
On 12/12/2016 7:54:18 PM, "Kyle Evans" wrote:
Hello!
Out of curiosity, is there a specific reason that the lang/python3*
ports all include various __pycache__ bits while these were not
present, at least, in lang/python27?
this is a python3 specific change in how python deals with opt
On 12/13/2016 11:59:32 AM, "Kubilay Kocak" wrote:
[...]
I'm not sure (or cant remember) if there is a good way to disable this
on a global or system-wide basis.
There are some environmental settings offered by Python to avoid
creating
byte-compiled and optimized cache files. It's up to the e
On 12/13/2016 12:55:40 PM, "Vlad K." wrote:
On 2016-12-13 12:36, Kubilay Kocak wrote:
My main point was that if disk utilisation is something one wants to
minimise (at deployment), that one would need to be able to turn the
optimization knob off each time (or system-wide) and that that woul
On 1/29/2017 9:40:15 PM, "John W. O'Brien" wrote:
On 1/29/17 14:22, Eitan Adler wrote:
On 29 January 2017 at 11:08, John W. O'Brien
wrote:
Hello FreeBSD Python,
On the
other hand, there are lots of ports for which concurrent is a no-op,
and
lots more that don't support python3 at all m
since blender sets USE_PYTHON
...
...
python@: Can you confirm that this could occur (see below for the
complete issue)?
Best regards
Marcus
> On Wed, Nov 2, 2011 at 12:37 PM, Marcus von Appen wrote:
>
> > Hi Rob,
> >
> > On, Wed Nov 02, 2011,
Hi,
On, Sat Mar 31, 2012, Baptiste Daroussin wrote:
> Hi,
>
> Running exp run with pkgng, I figured out that somewhere in the
> dependencies of blender there is both python2 and python3 required,
> the problem is that python2 and python3 are conflicting.
>
> pkgng discovers this automatically a
Hi,
I stumbled upon an interesting issue today, which might have been
discussed at length earlier, but I was unable to find any reference so
far.
Using USE_PYTHON=x.y in a port A, which has a dependency on another port
B, which also defines USE_PYTHON=q.w will cause a IGNORE to be raised
from bsd
>Submitter-Id: current-users
>Originator:Marcus von Appen
>Organization:
>Confidential: no
>Synopsis: Python version propagation breaks USE_PYTHON= usage for
>dependency builds
>Severity: non-critical
>Priority: high
>Category: ports
>
In 2003 we introduced DEPENDS_ARGS to enforce the python version on
dependencies[0].
In 2005 we introduced th .MAKEFLAGS propagation to work around an issue
for Zope[1].
I doubt that both are still valid after we allowed parallel python
versions for quite some while now. In any case, the current
i
>Submitter-Id: current-users
>Originator:Marcus von Appen
>Organization:
>Confidential: no
>Synopsis: cmake python detection gets confused if multiple python
>versions are installed
>Severity: non-critical
>Priority: medium
>Category: p
>Submitter-Id: current-users
>Originator:Marcus von Appen
>Organization:
>Confidential: no
>Synopsis: [PATCH]: prevent checksum mismatches for compiled python files
>on installing python ports via the ports tree
>Severity: non-critical
>Priorit
The attached patch fixes the pth usage (and hence the now available
BROKEN=) for lang/python27.
Cheers
Marcus
pgpJO5qPXqgMO.pgp
Description: PGP signature
The following reply was made to PR ports/155936; it has been noted by GNATS.
From: Marcus von Appen
To: bug-follo...@freebsd.org, kal...@gmx.at, freebsd-python@FreeBSD.org
Cc:
Subject: Re: ports/155936: lang/python27 Pthread: previous declaration of ...
Date: Sun, 3 Jun 2012 21:22:37 +0200
The following reply was made to PR ports/146957; it has been noted by GNATS.
From: Marcus von Appen
To: swel...@gmail.com, bug-follo...@freebsd.org
Cc:
Subject: Re: ports/146957: Mk/bsd.python.mk: PYTHONOPTIMIZE=1 in environ(7)
breaks plist
Date: Mon, 4 Jun 2012 08:08:51 +0200
>Submitter-Id: current-users
>Originator:Marcus von Appen
>Organization:
>Confidential: no
>Synopsis: [PATCH]: fix gettext autodetected dependency for lang/pythonXX
>Severity: non-critical
>Priority: medium
>Category: ports
>Cla
On, Tue Jun 05, 2012, Baptiste Daroussin wrote:
[...]
> The thing is that they are conflicting only for the bin/2to3 file. It would be
> nice if this file could be for example prefixed with the release of
> python like:
>
> bin/py27-2to3 or something like that. I'm aware that when just installing
>Submitter-Id: current-users
>Originator:Marcus von Appen
>Organization:
>Confidential: no
>Synopsis: [PATCH]: lang/python26+ must not set OPT
>Severity: non-critical
>Priority: medium
>Category: ports
>Class: sw-bug
>Release:
On, Wed Jun 06, 2012, Marcus von Appen wrote:
[OPT cleanup]
The patch actually is wrong. It should be the other way around, since
OPT gets included by the CFLAGS of the python build as well as for every
python package depending on distutils:
distutils/sysconfig.py,
def customize_compiler
The following reply was made to PR ports/155526; it has been noted by GNATS.
From: Marcus von Appen
To: bug-follo...@freebsd.org, cvs-...@yandex.ru
Cc:
Subject: Re: ports/155526: [PATCH] devel/py-elementtree: ignore if python >=
2.5
Date: Thu, 7 Jun 2012 17:39:32 +0200
--BOKacYhQ+x31H
On, Thu Jun 07, 2012, Ruslan Mahmatkhanov wrote:
> The following reply was made to PR ports/155526; it has been noted by GNATS.
>
> From: Ruslan Mahmatkhanov
> To: Marcus von Appen
> Cc: bug-follo...@freebsd.org
> Subject: Re: ports/155526: [PATCH] devel/py-elementtree
The following reply was made to PR ports/155526; it has been noted by GNATS.
From: Marcus von Appen
To: Ruslan Mahmatkhanov
Cc: freebsd-python@FreeBSD.org, bug-follo...@freebsd.org
Subject: Re: ports/155526: [PATCH] devel/py-elementtree: ignore if python >=
2.5
Date: Thu, 7 Jun 2012 19:11
On, Tue Jun 19, 2012, r...@freebsd.org wrote:
> Synopsis: [PATCH] devel/mercurial: Fix WITHOUT_NLS option handling.
>
> State-Changed-From-To: feedback->open
> State-Changed-By: rm
> State-Changed-When: Tue Jun 19 19:23:24 UTC 2012
> State-Changed-Why:
> Hmm, I can confirm this on local system, bu
Attached is the correct patch for lang/python26 and lang/python27, which
are the only python ports, which suffer from a wrong OPT assignment.
The patch also fixes:
ports/140968
ports/153952
ports/146644
ports/141534
ports/156425 (with the exception that py-libxml2 itself is broken, since
it does
The following reply was made to PR ports/168767; it has been noted by GNATS.
From: Marcus von Appen
To: freebsd-python@freebsd.org, bug-follo...@freebsd.org
Cc:
Subject: Re: ports/168767: [PATCH]: lang/python26+ must not set OPT
Date: Tue, 19 Jun 2012 22:50:48 +0200
--DIOMP1UsTsWJauNi
Hi Ruslan,
On, Thu Jun 21, 2012, Ruslan Mahmatkhanov wrote:
> Ok, revision 1.187 is the culprit. Reverting to 1.186 fixed things for me.
>
[...]
Does the latest one (1.188) work for you? I can't reproduce the issue
with my tinderboxes. How are the ports and dependencies configured on
yours?
Che
On, Thu Jun 21, 2012, Ruslan Mahmatkhanov wrote:
> Marcus von Appen wrote on 21.06.2012 23:47:
> > Hi Ruslan,
> >
> > On, Thu Jun 21, 2012, Ruslan Mahmatkhanov wrote:
> >
> >> Ok, revision 1.187 is the culprit. Reverting to 1.186 fixed things for me.
> &
Find below an updated patch for an exp-run and integration, once
acknowledged by portmgr@.
Regards
Marcus
pgp53xsg03gkJ.pgp
Description: PGP signature
The following reply was made to PR ports/168640; it has been noted by GNATS.
From: Marcus von Appen
To: bug-follo...@freebsd.org, port...@freebsd.org, pyt...@freebsd.org
Cc:
Subject: Re: ports/168640: [PATCH]: prevent checksum mismatches for compiled
python files on installing python ports
Ruslan Mahmatkhanov :
Hello,
The python.org ftp provides lang/pythonXX source tarballs in a many formats:
- tar.bz2
- tar.xz
- tgz
Using .tgz is not in sports-way this days, so I'd prefer to use
tar.xz for new versions. But I can't actually choose there because
tarball format is hardcoded
On, Mon Oct 01, 2012, Li-Wen Hsu wrote:
> On Mon, Oct 1, 2012 at 10:10 PM, Marcus von Appen wrote:
> >
> > Ruslan Mahmatkhanov :
> >
> >> Hello,
> >>
> >> The python.org ftp provides lang/pythonXX source tarballs in a many
> >> formats
Koop Mast wrote on Mon, 24 Sep 2012:
> I don't have a solution for this issue, but I would like to point out
> that the next version of GNOME 3 (3.8 series) will switch to python 3.
> While I think that we can get away with having python 2.7 as default,
> having the two python versions conflict is
The following reply was made to PR ports/171584; it has been noted by GNATS.
From: Marcus von Appen
To: bug-follo...@freebsd.org, pyt...@freebsd.org
Cc:
Subject: Re: ports/171584: lang/python32 built in a clean enviroment produces
a package that conflicts with lang/python27
Date: Sat, 6 Oct
Hi,
today I noticed some issues with the tinderbox runs of lang/python33
First of all, the test: target introduced causes artifacts within
${PREFIX}, effectively polluting the user environment. Is this really
intended?
In my opinion a port, that executes the test target, should do this either
in
On, Fri Dec 21, 2012, Kubilay Kocak wrote:
> On 21/12/2012 7:52 PM, Marcus von Appen wrote:
[...]
> > The usefulness of the test target hence is (at the moment) zero,
> > contradicting its purpose.
> >
> > I would strongly advocate to back it out asap.
> > If th
On, Sun Dec 23, 2012, Eitan Adler wrote:
> On 23 December 2012 14:35, Dmitry Sivachenko wrote:
> > Hello!
> >
> > I propose to deprecate python31 port. Three versions of python-3 is
> > overkill IMHO.
> > There is only one dependency on python31: x11-toolkits/py31-tkinter
> >
> > I propose to d
> When initializing libmpg123.so.0 (audio/mpg123) from Python with CDLL,
> the 64-bit pointer value returned by mpg123_new(None, None) gets
> reduced to 32 bits. The equivalent program in C does not have this
> problem.
> from ctypes import *
>
> mpg123 = CDLL('libmpg123.so') # audio/mpg123
> pri
The following reply was made to PR ports/174689; it has been noted by GNATS.
From: Marcus von Appen
To: r...@freebsd.org, bug-follo...@freebsd.org
Cc: freebsd-python@FreeBSD.org
Subject: Re: ports/174689: lang/python27: 64-bit pointers returned by C
library get reduced to 32-bit
Date: Tue, 25
Hi,
On, Wed Jan 23, 2013, Ruslan Makhmatkhanov wrote:
>
> Hello,
>
> I'm planning to apply this patch to Mk/bsd.python.mk soon. It's an
> nivit's solution from devel/py-virtualenv for changes, introduced in PEP
> 3147 [1]. It will not affect default packages build, because packages
> are not yet
Hi,
On, Wed Jan 23, 2013, Ruslan Makhmatkhanov wrote:
> Marcus von Appen wrote on 23.01.2013 20:50:
> > Hi,
> >
> > On, Wed Jan 23, 2013, Ruslan Makhmatkhanov wrote:
> >
> >>
> >> Hello,
> >>
> >> I'm planning to apply this patc
On, Mon Apr 08, 2013, Pedro F. Giffuni wrote:
> Hello guys;
>
> There is a new bugfix release in the 27 series with hundreds of
> bugfixes:
> http://hg.python.org/cpython/file/9290822f2280/Misc/NEWS
>
> I gave a try at updating the python27 port and it was rather easy to
> get started (almost all
On, Mon May 20, 2013, Dmitry Sivachenko wrote:
>
> On 20.05.2013, at 11:21, Marcus von Appen wrote:
>
> > On, Mon May 20, 2013, Dmitry Sivachenko wrote:
> >
> > [...]
> >
> > Due to the changed distinfo entries for the PDFs, fetching the DISTFILES
> &
Zitat von David Demelier :
Hello,
At the moment, it's very hard to install python 2.7 and 3.3 because of
the unification of the python ports. Also, pkgng will not let the user
install both the 2.7 and 3.3 version of the interpreter because it
will conflicts on several files such as /usr/local/
Baptiste Daroussin :
On Mon, Jul 29, 2013 at 12:26:24PM +0200, Marcus von Appen wrote:
David Demelier :
> 2013/7/29 Marcus von Appen :
>> David Demelier :
>>
>>
>>> 2013/7/28 Daniel Braniss :
>>>>
>>>> Hi,
>>>> I need to be ab
David, Daniel,
just to take this to python@ and to clarify, what problems are still
open for you:
- bapt confirmed that the parallel installation of python itself from
binary packages should work
without any problem
- Installation from the ports tree should work without problems
- Instal
David Demelier :
2013/7/30 Marcus von Appen :
David, Daniel,
just to take this to python@ and to clarify, what problems are still open
for you:
- bapt confirmed that the parallel installation of python itself from binary
packages should work
without any problem
- Installation from the
Daniel Braniss :
David, Daniel,
just to take this to python@ and to clarify, what problems are still
open for you:
- bapt confirmed that the parallel installation of python itself from
binary packages should work
without any problem
- Installation from the ports tree should work without pro
Daniel Braniss :
[...]
So what you need is support for a python module installed for two different
python versions at the same time, correct? And this (right now) is not
supported, I am afraid.
as I explained, probably not too well, the problem is in the install from
ports. the check for th
Daniel Braniss :
Daniel Braniss :
[...]
>
>>
>> So what you need is support for a python module installed for
two different
>> python versions at the same time, correct? And this (right now) is not
>> supported, I am afraid.
>
> as I explained, probably not too well, the problem is in the in
On, Thu Aug 01, 2013, David Naylor wrote:
> Hi All,
>
> The pypy team have released a version of pypy that supports python-3.2 (while
> the existing port supports python-2.7).
>
> I would like to quickly talk about two concepts here:
> * python language version (such as python-2.7, python-3.2, et
Dear all,
as discussed previously on this list, users would love to install the
same python for multiple python versions.
Besides other issues (which I'll summarize in a different mail), one
problem, especially for binary packages, are the "am I the default?"
assumptions of lang/pythonXX.
The at
Marcus von Appen :
Dear all,
as discussed previously on this list, users would love to install the
same python for multiple python versions.
Of course this has to be read as "same python _module_" for multiple
version...
Besides other issues (which I'll summarize in a diffe
...at the same time.
Let's see, what we can do now (based on the ports, ignoring pkg here for
now):
- switch the default python version (for all ports) or the python
version for a single port
- properly install and deinstall all ports for python 2.x
- properly install and deinstall ports for py
On, Fri Aug 02, 2013, Marcus von Appen wrote:
[...]
Looks like I missed to attach the diff. Here you go.
Cheers
Marcus
pgpxQrBQQrh_s.pgp
Description: PGP signature
On, Sat Aug 03, 2013, Marcus von Appen wrote:
> On, Fri Aug 02, 2013, Marcus von Appen wrote:
>
> [...]
>
> Looks like I missed to attach the diff. Here you go.
>
> Cheers
> Marcus
And since the mailing list seems to strip attachements, you can find the
diff at http:/
On, Sat Aug 03, 2013, David Naylor wrote:
> On Saturday, 3 August 2013 12:32:45 Marcus von Appen wrote:
> > ...at the same time.
> >
> > Use PKGNAMEPREFIX/SUFFIX for python ports
> >
> > - this is a clean up task (which should be done regardless of everything
>
David Naylor :
[...]
Could you please elaborate how the beta's are preventing pypy from being used
as a replacement for CPython?
If I would provide and maintain a production environment, in which stability
and reliability is important for my customers, I would not install any
software
class
The diff at http://people.freebsd.org/~mva/python-wrapper.diff was
updated to include additional symlinks to bin/{2|3}, since those
were missing in the previous patch, which could break some ports that
use e.g. bin/python2 or bin/python3 on build time.
One minor issue remains:
lang/python rig
Dear all,
http://people.freebsd.org/~mva/python-wrapper.diff now contains the
following changes:
- new lang/python2 port for wrapping lang/python2X
creates the following symlinks:
bin/2to3
bin/pydoc2
bin/idle2
bin/python2
...
- new lang/python3 port for wrapping lang/python3X
bin/2
The relevant UPDATING entry for the change will look like:
20130817:
AFFECTS: users of lang/python*
AUTHOR: m...@freebsd.org
The lang/python* ports do not install links to 2to3, idle, pydoc, python
and other binaries anymore. Those were moved into the lang/python2 and
lang/python3 ports
On, Sat Aug 17, 2013, Kubilay Kocak wrote:
> On 17/08/2013 6:13 PM, Marcus von Appen wrote:
> > The relevant UPDATING entry for the change will look like:
> >
> > 20130817:
> > AFFECTS: users of lang/python*
> > AUTHOR: m...@freebsd.org
> >
> > T
On 17.08.2013, at 11:22, Kubilay Kocak wrote:
> On 17/08/2013 7:01 PM, Marcus von Appen wrote:
>> On, Sat Aug 17, 2013, Kubilay Kocak wrote:
>>
>>> On 17/08/2013 6:13 PM, Marcus von Appen wrote:
>>>> The relevant UPDATING entry for the change will look like
On, Sun Aug 18, 2013, The BSD Dreamer wrote:
[...]
> What wasn't clear was that this applied to everybody, whether they knowingly
> installed lang/python2* or lang/python3*, or not. Since, installing a port
> that wants the python results in lang/python27 being installed by default
> (and still d
Dear all,
after creating quite some fuss with the update yesterday, most issues
could be fixed with pulling in lang/python as run-time and build
dependency on a temporary basis.
The good thing is that everything should work at the moment. The bad
thing is that we have a lot of ports
a) being not
Dear all,
the meta-ports are available and we are ready to move on to bring the
python ports into shape for different python versions and (later on)
different python implementations.
There are a couple of issues (in order to be done) within the ports tree
to sort out before moving on:
- bsd.pyth
David Demelier :
[...]
It's weird, I still have some conflicts with the new wrappers:
Proceed with installing packages [y/N]: y
Checking integrity...
Conflict found on path /usr/local/bin/2to3-3 between
python2-3(lang/python2) and python3-3(lang/python3)
Conflict found on path /usr/local/bin/i
David Demelier :
2013/8/29 Marcus von Appen :
David Demelier :
[...]
It's weird, I still have some conflicts with the new wrappers:
Proceed with installing packages [y/N]: y
Checking integrity...
Conflict found on path /usr/local/bin/2to3-3 between
python2-3(lang/python2) and pyth
On, Thu Aug 29, 2013, David Demelier wrote:
> 2013/8/29 Marcus von Appen :
> > David Demelier :
> >
> >
> >> 2013/8/29 Marcus von Appen :
> >>>
> >>> David Demelier :
> >>>
> >>> [...]
> >>>
> &
On, Mon Aug 26, 2013, Dmitry Sivachenko wrote:
> Can you please adjust pkg-descr for python, python2, python3 ports to
> better reflect what they do now?
>
> Thanks!
What do you think about
"""
This is a meta port to the Python interpreter and provides symbolic links
to bin/python, bin/pydoc, bi
On, Mon Aug 26, 2013, Jonathan Chen wrote:
> Hi,
>
> I'm currently trying to use FreeBSD as my main python development O/S,
> and I'm noticing some oddness when I'm working with OpenERP. If I
> start the server from command line, a ^C to stop the server is rarely
> honoured. Similarly, when workin
On, Sat Sep 07, 2013, Rusty Nejdl wrote:
[...]
> [tethys]:/home/rnejdl/Downloads/apsw/apsw-3.8.0.2-r1> python setup.py
> build
> running build
> running build_ext
> SQLite: Using system sqlite include/libraries
> building 'apsw' extension
> creating build
> creating build/temp.freebsd-9.2-PRERELEA
[...]
> Nicely done and that fixed it so it compiles now. Now, the last part I
> am stuck on is that the package has an underscore in it:
>
> Writing
> /usr/local/lib/python2.7/site-packages/apsw-3.8.0.2_r1-py2.7.egg-info
>
> which kills me on deinstall:
>
> pkg_delete: file
> '/usr/local/lib/pytho
On, Mon Sep 16, 2013, Dmitry Sivachenko wrote:
> Hello,
>
> Imagine the following scenario:
> I have both python2 and python3 installed.
> I want python2 to be the default version (lang/python port installs
> python -> python2.7, etc).
>
>
> Then I want to build another port with python3 dependenc
Daniel Braniss :
[...]
hi all,
is there any progress?
Progress on what exactly? The thread discusses two things:
1) Installation of different python versions in parallel
2) Installation of a python module for different python versions
through the ports
1) works without any problem
Two new port Makefile knobs are to be committed to the ports tree in a
couple of days or few weeks.
PYDISTUTILS_AUTOPLIST
This knob will enable the creation of an automatic package list similar
to the linux rpm ports and rubygems. It will work for the majority
packages that do not install files o
Dear Zope maintainers,
I'd like to get rid of the zope related code in bsd.python.mk and think
about moving it into an own Uses file for zope. Thus all ports requiring
Zope would be converted to USES+= zope.
You can find the mk file itself at
http://people.freebsd.org/~mva/zope.mk.txt. It is a si
On, Sun Sep 22, 2013, Ruslan Makhmatkhanov wrote:
> Marcus von Appen wrote on 22.09.2013 02:55:
> > Dear Zope maintainers,
> >
> > I'd like to get rid of the zope related code in bsd.python.mk and think
> > about moving it into an own Uses file for zope. Thus all p
On, Sat Sep 21, 2013, Marcus von Appen wrote:
> Two new port Makefile knobs are to be committed to the ports tree in a
> couple of days or few weeks.
>
> PYDISTUTILS_AUTOPLIST
>
> This knob will enable the creation of an automatic package list similar
> to the linux rpm p
On, Sat Sep 28, 2013, Olivier Duchateau wrote:
> 2013/9/26 William Grzybowski :
> > Hi,
> >
> > I made an attempt to support stage for easy-install, you can find the patch
> > here http://people.freebsd.org/~wg/easyinstall-stage.txt
> >
> > Aprrently it works :), let me know what you think.
>
> T
On, Sat Oct 05, 2013, Daamn M wrote:
> Hi,
>
> Sorry if I'm asking a question that have been asked many times but I
> couldn't find an answer using google.
>
> I need to install few version of Python (at least 2.6, 2.7 and 3.3). I
> really appreciate that FreeBSD let me have many versions the same
Dear all,
the last couple of weeks were quite busy for the python team. We added a
new PYTHON2_DEFAULT_VERSION knob to define the default python2 version
to use, moved the whole default version magic into the new
bsd.default-version.mk, added new meta port versions (USE_PYTHON=2 or
USE_PYTHON=3),
On, Thu Oct 17, 2013, Andriy Gapon wrote:
>
> If it's not obvious from the subject, I would like to ask if it is possible to
> make PYDISTUTILS_AUTOPLIST cooperate with staging with respect to the
> manual pages.
>
> As you know, the staging code would automatically compress any uncompressed
> man
On, Thu Oct 17, 2013, Andriy Gapon wrote:
> on 17/10/2013 21:19 Marcus von Appen said the following:
> > On, Thu Oct 17, 2013, Andriy Gapon wrote:
> >
> >>
> >> If it's not obvious from the subject, I would like to ask if it is
> >> possible to ma
On, Fri Oct 18, 2013, Andriy Gapon wrote:
> on 18/10/2013 01:07 Marcus von Appen said the following:
> > Except for the fact that 'share/' is wrong for FreeBSD (which you know,
> > I guess ;-), I see what you mean. A fix for that might be to check the
> > dire
Andriy Gapon :
on 18/10/2013 09:44 Marcus von Appen said the following:
Can you give the following change to Mk/bsd.python.mk a try:
Index: Mk/bsd.python.mk
===
--- Mk/bsd.python.mk(revision 330721)
+++ Mk/bsd.python.mk
On, Fri Oct 18, 2013, John Hein wrote:
> Marcus von Appen wrote at 09:39 +0200 on Oct 18, 2013:
> > Andriy Gapon :
> >
> > > on 18/10/2013 09:44 Marcus von Appen said the following:
> > >> Can you give the following change to Mk/bsd.python.mk a try:
>
The following reply was made to PR ports/171584; it has been noted by GNATS.
From: Marcus von Appen
To: bug-follo...@freebsd.org, kpaas...@gmail.com
Cc:
Subject: Re: ports/171584: lang/python32 built in a clean enviroment
produces a package that conflicts with lang/python27
Date: Wed, 23 Oct
John Marino :
Per IRC conversation with mva, I'm sending python@ a list of ports that
currently don't build in DragonFly poudriere due to ports infrastructure
problems. I have not changed the python default in make.conf. It would
be nice to get Mk/bsd.python.mk (or whatever) fixed so these po
Dmitry Sivachenko :
Hello!
It seems py-distribute is now deprecated in favor of… well… fresh
version of py-setuptools :)
Is there any work going to switch (back) to setuptools?
It's on the TODO list (https://wiki.freebsd.org/Python), but noone is actively
working on it yet (those who do p
Kubilay Kocak :
On 29/10/2013 8:18 PM, Marcus von Appen wrote:
John Marino :
Per IRC conversation with mva, I'm sending python@ a list of ports that
currently don't build in DragonFly poudriere due to ports infrastructure
problems. I have not changed the python default in make
> I also suggest adding a new variable PYEASYINSTALL_EGG_UNZIP, to
> install Python egg unzipped, if set.
> It might be usefull:
>
> http://people.freebsd.org/~nivit/diffs/bsd.python.mk.safe_unzip.txt
Rather than using it conditionally, are there cases where eggs must be
installed as zip packages
On, Mon Oct 07, 2013, Marcus von Appen wrote:
[...]
> I'm currently trying to remove lang/python from the implicitly set
> BUILD_DEPENDS and RUN_DEPENDS in bsd.python.mk. This is required to
>
> a) properly detect ports using a wrong python version (e.g. using
>python
Dear maintainer of astro/astrometry,
the FreeBSD python team is currently cleaning up the python ports
infrastructure in order to get rid of the implicit lang/python
build and run-time dependency for ports. This is done to prepare
the ports tree for building packages for multiple python versions
a
Dear maintainer of audio/boodler,
the FreeBSD python team is currently cleaning up the python ports
infrastructure in order to get rid of the implicit lang/python
build and run-time dependency for ports. This is done to prepare
the ports tree for building packages for multiple python versions
at t
Dear maintainer of audio/mma, audio/py-tagpy and devel/py-virtualenvwrapper,
the FreeBSD python team is currently cleaning up the python ports
infrastructure in order to get rid of the implicit lang/python
build and run-time dependency for ports. This is done to prepare
the ports tree for building
Dear maintainer of audio/xmms2,
the FreeBSD python team is currently cleaning up the python ports
infrastructure in order to get rid of the implicit lang/python
build and run-time dependency for ports. This is done to prepare
the ports tree for building packages for multiple python versions
at the
Dear maintainer of databases/ldb,
the FreeBSD python team is currently cleaning up the python ports
infrastructure in order to get rid of the implicit lang/python
build and run-time dependency for ports. This is done to prepare
the ports tree for building packages for multiple python versions
at t
Dear maintainer of deskutils/ecru,
the FreeBSD python team is currently cleaning up the python ports
infrastructure in order to get rid of the implicit lang/python
build and run-time dependency for ports. This is done to prepare
the ports tree for building packages for multiple python versions
at
Dear maintainer of databases/skytools,
the FreeBSD python team is currently cleaning up the python ports
infrastructure in order to get rid of the implicit lang/python
build and run-time dependency for ports. This is done to prepare
the ports tree for building packages for multiple python versions
Dear maintainer of deskutils/gdesklets,
the FreeBSD python team is currently cleaning up the python ports
infrastructure in order to get rid of the implicit lang/python
build and run-time dependency for ports. This is done to prepare
the ports tree for building packages for multiple python version
Dear maintainer of deskutils/recoll,
the FreeBSD python team is currently cleaning up the python ports
infrastructure in order to get rid of the implicit lang/python
build and run-time dependency for ports. This is done to prepare
the ports tree for building packages for multiple python versions
a
1 - 100 of 164 matches
Mail list logo
