bugzilla-noreply | 23 Oct 13:15 2014
Picon

[Bug 184954] Installation checks prevent multiple python ports being installed

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184954

FreeBSD <at> ShaneWare.Biz changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|In Discussion               |Issue Resolved
         Resolution|---                         |FIXED

--- Comment #6 from FreeBSD <at> ShaneWare.Biz ---
OK I shoulda thought of setting PYTHON_VERSION

But man pages could still be added to concurrent adjustments instead of each
port manually renaming them.

--

-- 
You are receiving this mail because:
You are the assignee for the bug.
bugzilla-noreply | 22 Oct 07:17 2014
Picon

[Bug 184954] Installation checks prevent multiple python ports being installed

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184954

--- Comment #5 from Marcus von Appen <mva <at> FreeBSD.org> ---
The problem is not about man pages, but about how you configure poudriere.
There can be only one default python version at any time, which is the reason,
why your approach does not work.

The correct approach for your poudriere environment would be to build packages
with the proper default python version and to build packages with a
user-supplied PYTHON_VERSION setting.

If you build packages for python2.7 as default and python3.4 as default,
packages may conflict, since e.g. the f2py binary would link to f2py-2.7 and
also to f2py-3.4 (or the man page or the docs, etc.).

A correct poudriere configuration could look like this:

/usr/local/etc/poudriere.d/make.conf:

PYTHON_DEFAULT_VERSION=python2.7

/usr/local/etc/poudriere.d/python34-make.conf:

PYTHON_DEFAULT_VERSION=python2.7
PYTHON_VERSION=python3.4

To build packages for your default, just invoke poudriere without a set option,
as you are used to. To build packages for python3.4, add the set option:

poudriere ... -z python34 ...
(Continue reading)

bugzilla-noreply | 22 Oct 06:48 2014
Picon

[Bug 184954] Installation checks prevent multiple python ports being installed

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184954

--- Comment #4 from FreeBSD <at> ShaneWare.Biz ---
This is mostly fixed, just a suggestion before closing. Manual building within
ports works but building package repos with poudriere fails.

Could man pages be added to the concurrent setting?

Could pkg install incorporate the concurrent renaming steps?

Using py-numpy as example. The Makefile creates an extra manpage to match the
default py version.

When building packages with poudriere if I use a set which specifies py27 as
default and build py-numpy then build again with with py34 as default, the two
packages can't be installed together. If pkg install performed the concurrent
renaming step this could work.

--

-- 
You are receiving this mail because:
You are the assignee for the bug.
bugzilla-noreply | 21 Oct 04:24 2014
Picon

[Bug 194504] New: [MAINTAINER] math/py-pandas: Update to 0.15.0

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194504

            Bug ID: 194504
           Summary: [MAINTAINER] math/py-pandas: Update to 0.15.0
           Product: Ports Tree
           Version: Latest
          Hardware: Any
                OS: Any
            Status: Needs Triage
          Severity: Affects Some People
          Priority: Normal
         Component: Individual Port(s)
          Assignee: freebsd-ports-bugs <at> FreeBSD.org
          Reporter: john <at> saltant.com
                CC: freebsd-python <at> FreeBSD.org

Created attachment 148525
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=148525&action=edit
Update math/py-pandas to 0.15.0

Change log
==========

*   Update to 0.15.0
*   Offer experimental Openpyxl2 support
*   Depend on minimum versions of optional ports per upstream docs

QA
==

(Continue reading)

Dmitry Marakasov | 20 Oct 16:54 2014
Picon

[PATCH] devel/py-freebsd: fix build on HEAD


>Submitter-Id:	current-users
>Originator:	Dmitry Marakasov
>Organization:	
>Confidential:	no
>Synopsis:	[PATCH] devel/py-freebsd: fix build on HEAD
>Severity:	serious
>Priority:	low
>Category:	ports
>Class:		change-request
>Release:	FreeBSD 10.1-BETA2 amd64
>Environment:
System: FreeBSD hades.panopticon 10.1-BETA2 FreeBSD 10.1-BETA2 #0 r271992: Tue Sep 23 00:12:47 MSK
>Description:
- Fix build on HEAD: remove support for IFF_SMART flag which was removed
- Switch to USES=python

Port maintainer (python <at> FreeBSD.org) is cc'd.

Generated with FreeBSD Port Tools 1.02 (mode: change, diff: SVN)
>How-To-Repeat:
>Fix:

--- py-freebsd-0.9.3.patch begins here ---
Index: Makefile
===================================================================
--- Makefile	(revision 371272)
+++ Makefile	(working copy)
 <at>  <at>  -14,9 +14,8  <at>  <at> 
 MAINTAINER=	python <at> FreeBSD.org
(Continue reading)

Dmitry Sivachenko | 19 Oct 11:28 2014
Picon

RFC: python34 update to 3.4.2

Hello,
Please find below the proposed update for python34 port. 

Attachment (py34.diff): application/octet-stream, 22 KiB
Hello,
Please find below the proposed update for python34 port. 

Thomas Mueller | 17 Oct 10:34 2014
Picon

Re: py-sqlite3 fails on missing _ctypes

from Alfred Perlstein:

> Probably need to rebuild python itself.

I did that just before the failed attempt, tried again two weeks later and got same result.

Python was up-to-date.

I missed your reply in the heap of messages until I found it two weeks later.

Try on another installation, like i386-head or 10-stable, when I get the chance?

Tom

Boris Samorodov | 16 Oct 12:21 2014
Picon

games/pysolfc, R370447: from PIL import _imagingtk, ImportError: cannot import name _imagingtk

Hi William, All,

I'm using 10.1-RC2-amd64 and official packages. After recent "pkg
upgrade" I've got the error:
-----
% pysolfc
[...]
  File "/usr/local/lib/python2.7/site-packages/PIL/ImageTk.py", line
180, in paste
    from PIL import _imagingtk
ImportError: cannot import name _imagingtk
-----

--

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
Thomas Mueller | 16 Oct 04:29 2014
Picon

Is py-sqlite3 broken (missing _ctypes)?

Trying to update www/seamonkey, I failed on an error in databases/py-sqlite3 relating to _ctypes, am not
really familiar with that.

Did I do something wrong, or is this a more general bug?

I am on FreeBSD-current amd64, r272279.

I tried to portmaster databases/py-sqlite3 separately after initial failure, to isolate the error.

Log file is short:

===>>> Currently installed version: py27-sqlite3-2.7.6_4
===>>> Port directory: /usr/ports/databases/py-sqlite3

===>>> Gathering distinfo list for installed ports

===>>> Launching 'make checksum' for databases/py-sqlite3 in background
===>>> Gathering dependency list for databases/py-sqlite3 from ports
===>>> Initial dependency check complete for databases/py-sqlite3

]0;portmaster: py27-sqlite3-2.7.6_4
===>>> Starting build for databases/py-sqlite3 <<<===

===>>> All dependencies are up to date

===>  Cleaning for py27-sqlite3-2.7.8_5
===>  License PSFL accepted by the user
===>   py27-sqlite3-2.7.8_5 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by py27-sqlite3-2.7.8_5 for building
===>  Extracting for py27-sqlite3-2.7.8_5
(Continue reading)

bugzilla-noreply | 14 Oct 18:14 2014
Picon

[Bug 190065] New port: net-p2p/py-transmission-remote-curses Remote Curses UI for Transmission daemon

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190065

mike.d.ft402 <at> gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #145117|0                           |1
        is obsolete|                            |

--- Comment #5 from mike.d.ft402 <at> gmail.com ---
Created attachment 148307
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=148307&action=edit
net/transmission-remote-curses

--

-- 
You are receiving this mail because:
You are the assignee for the bug.
portscout | 10 Oct 11:58 2014
Picon

FreeBSD ports you maintain which are out of date

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/python <at> freebsd.org.html

Port                                            | Current version | New version
------------------------------------------------+-----------------+------------
www/xist                                        | 3.25            | 5.10
------------------------------------------------+-----------------+------------

If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.

Gmane