-I for my needs. If the user has
3, or 4 versions it seems harder. Not to mention if malloc
option was added, which appends an m to ${PYTHON_SUFFIX}
How does everyone deal with this sort of thing?
Thank you for all your time, and consideration.
--Chris
__
On Wed, 4 Mar 2020 12:41:59 +1100 ko...@freebsd.org said
On 4/03/2020 5:58 am, Chris wrote:
> I'm dragging some code into the 21st century. I'm happy to
> say the python37 AST now gives it a clean bill of health.
> But I'm (currently) only able to build it by prependin
ng this error.
As a side question related to llvm80; why is an AMD GPU even involved?
--Chris
___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
(man||pod) page away. :-)
Thank you in advance for any insight into all this.
--Chris
___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
and it returned:
chmod(self.pw_file, 0o600)
which just seems wrong.
What am I missing -- aside from more familiarity with python3 ;-)
Thanks!
--Chris
___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To un
On 2020-12-11 14:06, Chris wrote:
Hello all,
I'm working on a port I maintain to become py3x compatible.
I'm down to one lousy error:
passwd.py", line 25chmod(self.pw_file, 0600)
^
SyntaxError: invalid token
I tried to sort it, but failed. So allow
On 2020-12-11 14:41, Douglas Thrift wrote:
On 12/11/2020 2:06 PM, Chris wrote:
Hello all,
I'm working on a port I maintain to become py3x compatible.
I'm down to one lousy error:
passwd.py", line 25 chmod(self.pw_file, 0600)
^
SyntaxError: invalid
w (I do not).
mcl
I mentioned it in the related bugzilla pr(1). But'll repeat it here;
I can take a stab at devel/bzr. I should have something useful by (or before)
the end of the week.
--Chris
___
freebsd-python@freebsd.org mailing list
https://lists
course
provides: include/python3.7m/
changing the include to:
#include
solves this. But this is not a tenable solution. Does the ports
framework provide for this? I think FLAVOR only returns py(flavor.number)
not python(flavor.number)
Thanks for any insight.
--Chris
_
ou want to view the final generated plist then in the normal ports
directory:
% make package
% less `make -VTMPPLIST`
(those are backticks).
It's probably harmless to have a file listed twice, but if you list the
actual config file it gets blown away on each update.
Cheers,
Chris
--
T
Hi,
This problem has been going on for a number of years, and as far as I
can see there isn't a proper and elegant solution.
A fix is at [1], which should solve the problem, and I'm going to
tinderbox test and commit it if no-one complains.
Chris
[1] http://www.bayofrum.net/~cre
list =|s|]|, "nis"&|' \
> ${PATCH_WRKSRC}/setup.py
> .endif
Good point, and thanks for the idea, even if it did take me ten
minutes to work out how the hell your REINPLACE line worked ;) I've
simplified it a little.
Committed. Thanks!
Thanks also goes to bf@, who has taught me how to use a delimiter other
than / at the beginning of a sed command.
Chris
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean
you think?
I think it's a great idea, at least minimising weird breakage when python
is updated.
Have you a patch? Also, what do other OSes do?
Chris
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
Yes. It means that a deliberate decision by the user has been made
that that particular version is there.
However, it is still possible to have the "first installed wins" logic
using a pkg-install script instead of in the Makefile, this would
solve the package problems. Are
on :). Is this acceptable to do this,
> because it will require all the distinfos change "w/o a reason"? I didn't
> see anything criminal there, but other people may know better.
No, it's fine.
People just get jumpy about distinfo changes with no version change
(py-sqlite3, py-bdsdb, py-gdbm, py-tkinter) and everything seems
fine. I also diffed all the four pairs tgz/tar.xz of each python version -
and, as it was expected, their content is equal.
>
> Any objections, suggestions etc?
>
> [1] http://people.freebsd.org/~rm/tgz-to-tx-conversion.diff.txt
My suggestion is to do it :)
Thanks for doing the work.
Chris
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
-lm
> /usr/bin/ld: --just-symbols may not be used on DSO:
> /usr/local/lib/python3.2/config
> gmake: *** [plpython3.so] Error 1
> *** Error code 2
>
> It worked before, and I'm not sure how to fix this one. Python2 build works
> as expected. Any ideas? (Mostly asking Pa
On 1 December 2012 12:57, Chris Rees wrote:
> On 27 November 2012 13:24, Ruslan Mahmatkhanov wrote:
>> Rafael Espíndola wrote on 27.11.2012 16:29:
>>
>>> Well, if I'm not mistaken had tested "CONFIGURE_ARGS = - with-python'',
>>> but had no
- Introduce PYTHON3_DEFAULT_VERSION, which will handle bin/python3 link.
> > It is a bit hacky, but I don't have better idea at this point.
> > And we might still need to change this to PYTHON2_DEFAULT_VERSION
> > when we change default
logic for pyPgSQL?
Looks fine to me.
Chris
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Přeposlaná zpráva
[OK, it's not really Pav.]
http://www.bayofrum.net/medusatb/9.1-glib-20130131165817/python33-3.3.0_2.log
I've been doing a mini-exp-run for Koop Mast, and discovered that
python33 fails to packa
ou think that broken on latest release is
unacceptable?
Is there anything we can fiddle python-side to fix this?
Chris
> On 01.02.2013, at 21:53, Chris Rees wrote:
>
>> Přeposlaná zpráva
>>
>> [OK, it's not really Pav.]
>>
>> http://ww
On 2 February 2013 11:29, Dmitry Sivachenko wrote:
>
> On 02.02.2013, at 15:28, Chris Rees wrote:
>
>> On 1 February 2013 18:51, Dmitry Sivachenko wrote:
>>> Upgrade to 9-STABLE and it will package correctly.
>>>
>>> See http://svnweb.freebsd.org/base?
On 2 February 2013 11:52, Chris Rees wrote:
> On 2 February 2013 11:29, Dmitry Sivachenko wrote:
>>
>> On 02.02.2013, at 15:28, Chris Rees wrote:
>>
>>> On 1 February 2013 18:51, Dmitry Sivachenko wrote:
>>>> Upgrade to 9-STABLE and it
On 3 February 2013 06:51, Kubilay Kocak wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 3/02/2013 12:33 AM, Chris Rees wrote:
>> On 2 February 2013 11:52, Chris Rees wrote:
>>> On 2 February 2013 11:29, Dmitry Sivachenko
>>> wrote:
>>&
y
The port is very out of date; the latest version claims to only
support Python 2.7, they are hoping to support Python 3.
What does the maintainer think?
Chris
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
The following reply was made to PR ports/178242; it has been noted by GNATS.
From: Chris Dukes
To: bug-follo...@freebsd.org, chris.dukes@gmail.com
Cc:
Subject: Re: ports/178242: bsd.python.mk injection of @exec easy_install to
PLIST creates inappropriate post-install scripts for pkgng
The following reply was made to PR ports/178242; it has been noted by GNATS.
From: Chris Dukes
To: bug-follo...@freebsd.org, chris.dukes@gmail.com
Cc:
Subject: Re: ports/178242: bsd.python.mk injection of @exec easy_install to
PLIST creates inappropriate post-install scripts for pkgng
Background of my question is that I maintain the Tryton application
framework which consists of ~50 small modules. Currently each of them has
its own port. I might bundle them together on one port to simplify
maintenance.
Usually a master/slave configuration is more appropriate. Are you
The following reply was made to PR ports/133081; it has been noted by GNATS.
From: Chris Rees
To: "bug-follo...@freebsd.org"
Cc:
Subject: Re: ports/133081: [bsd.python.mk] PYEASYINSTALL_ARCHDEP=yes makes
broken packages
Date: Thu, 30 May 2013 17:46:01 +0100
The solution to th
patch now fixes the problem in
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/133081.
I've tested it and it works, and all the affected ports pass tinderbox.
Any comments before I commit?
http://www.bayofrum.net/~crees/patches/python-filthy2.diff
Hi all,
I don't know how many of you were following this, but it looks fine to
me... any of you mind if I commit it?
Chris
-- Forwarded message --
From: Marcel Moolenaar
Date: 3 June 2013 15:50
Subject: Re: svn commit: r250991 - in head:
contrib/jemalloc/include/jem
Why symbolic instead of hard?
Chris
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
On 16 June 2013 14:57, nemysis wrote:
> On Sun, 16 Jun 2013 14:34:27 +0100
> Chris Rees wrote:
>
>> Why symbolic instead of hard?
>>
>> Chris
>
> When is in Makefile
>
> ${LN} ${EASYINSTALL_PTH}.dist ${PYTHON_SITELIBDIR}/distribute.pth
>
> /usr/lo
crontab isn't using a PATH for your specified user, so you need to give an
absolute path.
On Wed, 10 Jun 2015 14:02:06 -0700 Craig Rodrigues
wrote
On Wed, Jun 10
> Here is how I'm calling the script in crontab:
> PATH=$PATH:/usr/local/bin
>
I can't remem
can you tell me the correct way to define python25 to compile
without_threads? ive tried various guesses, none have worked (as reported
by mod_python) - thank you SO much
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
37 matches
Mail list logo