Bug 204594 - math/py-networkx: Update to 1.10
Summary: math/py-networkx: Update to 1.10
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Ruslan Makhmatkhanov
Keywords: patch, patch-ready
Depends on:
Reported: 2015-11-16 10:48 UTC by John W. O'Brien
Modified: 2016-01-05 08:43 UTC (History)
4 users (show)

See Also:
john: maintainer-feedback+

math/py-networkx: Update to 1.10 (4.34 KB, patch)
2015-11-16 10:48 UTC, John W. O'Brien
koobs: maintainer-approval+
Details | Diff
py27-networkx-1.10 testport log (213.80 KB, text/plain)
2015-11-16 10:49 UTC, John W. O'Brien
no flags Details
py34-networkx-1.10 testport log (194.35 KB, text/plain)
2015-11-16 10:49 UTC, John W. O'Brien
no flags Details
Mark math/py-networkx BROKEN with py3k+(MPL|GRAPHVIZ) (1.21 KB, patch)
2015-12-13 14:58 UTC, John W. O'Brien
dikshie: maintainer-approval+
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description John W. O'Brien 2015-11-16 10:48:59 UTC
Created attachment 163186 [details]
math/py-networkx: Update to 1.10


*   Update to 1.10
*   Add YAML option (on by default)
*   Remove gratuitous word from option descriptions
*   USE_PYTHON=concurrent instead of setting EXAMPLESDIR
*   Alphabetize USE_PYTHON
*   Discard pkg-message given all options are enabled by default


*   testport: OK (10.1-RELEASE-p22, amd64, python27 and python34)
*   portlint: OK (0 fatal errors, 1 warning)
Comment 1 John W. O'Brien 2015-11-16 10:49:25 UTC
Created attachment 163187 [details]
py27-networkx-1.10 testport log
Comment 2 John W. O'Brien 2015-11-16 10:49:43 UTC
Created attachment 163188 [details]
py34-networkx-1.10 testport log
Comment 3 dikshie 2015-11-16 12:49:50 UTC
(In reply to John W. O'Brien from comment #0)

Looks good for me.
Comment 4 dikshie 2015-11-16 21:32:26 UTC
looks good for me.
(Sorry, previously I used wrong email address for this bug)
Comment 5 John W. O'Brien 2015-11-17 02:36:18 UTC
@dikshie: Thank you. I believe the formal way to indicate approval (which I am trying right now) is to set the "Flags: bugzilla: maintainer-feedback: +".
Comment 6 Kubilay Kocak freebsd_committer freebsd_triage 2015-11-17 11:18:29 UTC
(In reply to John W. O'Brien from comment #5)

Actually it's the maintainer-approval flag (attachment context).

At the moment there is a permissions issue which precludes a person (normally the maintainer) who's name is currently set as the value of a flag set to ?. This does not affect anyone from setting the maintainer-approval flag to + for attachments they are the creators of.

We'll be resolving this permission issue soon. In the meantime, try to set the maintainer-approval flag. If it doesn't work, the following is recommended:

Add a comment saying: "Attachment <id-of-attachment> approved"
Comment 7 Kubilay Kocak freebsd_committer freebsd_triage 2015-11-17 11:19:20 UTC
Comment on attachment 163186 [details]
math/py-networkx: Update to 1.10

Maintainer approved in comment 3
Comment 8 commit-hook freebsd_committer 2015-11-19 18:37:40 UTC
A commit references this bug:

Author: rm
Date: Thu Nov 19 18:36:59 UTC 2015
New revision: 401958
URL: https://svnweb.freebsd.org/changeset/ports/401958

  math/py-networkx: update to 1.10

  - update to 1.10
  - add YAML option (on by default)
  - remove gratuitous word from option descriptions
  - USE_PYTHON=concurrent instead of setting EXAMPLESDIR
  - alphabetize USE_PYTHON
  - discard pkg-message given all options are enabled by default

  While here limit python version to 2.x, because it's dependencies
  graphics/py-graphviz and math/py-matplotlib failed to configure
  with python3.

  PR:		204594
  Submitted by:	John W. O'Brien <john@saltant.com>
  Approved by:	dikshie@sfc.wide.ad.jp (maintainer)

Comment 9 Ruslan Makhmatkhanov freebsd_committer 2015-11-19 19:24:45 UTC
Committed, thank you!
Comment 10 John W. O'Brien 2015-11-19 21:08:28 UTC
rm@: Would you consider backing out the python2 limitation, or perhaps accepting a patch from me that automatically removes those options from OPTIONS_DEFAULT when being built under py3k? I had submitted bug #201349 for the express purpose of working around the dependencies that are not yet py3k-ready.
Comment 11 Ruslan Makhmatkhanov freebsd_committer 2015-11-19 21:29:11 UTC
Sure, would you provide me with the patch that eliminating failing dependencies when built with python3? I see no such patch in bug #201349, and it would be better to redo against the current port version anyway.
PS. btw science/py-scikit-sparse builds fine with py34 in my test.
Comment 12 John W. O'Brien 2015-11-19 21:35:09 UTC
rm@ What I meant was that bug #201349 made the dependencies optional so that ports users interested in py3k could readily adapt and that math/py-networkx wouldn't necessarily have to encode knowledge about the py3k-readiness of other ports. However, if you prefer the latter, I'll be glad to put together a patch. Look for it over the weekend.

re: science/py-scikit-sparse -- I know :) (see: bug 201346)
Comment 13 Ruslan Makhmatkhanov freebsd_committer 2015-11-19 21:37:03 UTC
Ok, nevermind, I'll cook the patch myself now.
Comment 14 dikshie 2015-11-19 22:59:16 UTC
(In reply to Ruslan Makhmatkhanov from comment #9)

Many thanks!
Comment 15 Ruslan Makhmatkhanov freebsd_committer 2015-11-20 22:08:45 UTC
The sad news that I can't redefine OPTIONS_DEFAULT values depending on python version. I mean this is not working:

.include <bsd.port.pre.mk>

.if ${PYTHON_REL} <= 3000

.include <bsd.port.post.mk>

So, I'm not sure how to fix that properly. The only solution is to drop MPL and GRAPHVIZ options and make them uncoditional runtime dependencies for python2 build. This may be ok, because these options are default anyway. Is it applicable?
Comment 16 John W. O'Brien 2015-11-22 13:17:05 UTC
I found the following precedents for what to do in this case.

www/py-cherrypy -- leave the option alone but nuke the associated ${opt}_RUN_DEPENDS based on PYTHON_REL

    .if ${PYTHON_REL} >= 3000
    .undef MPL_RUN_DEPENDS

www/py-autobahn, devel/llvm37 -- set BROKEN

    BROKEN= matplotlib and graphviz do not yet support python3. Please disable the MPL and GRAPHVIZ options.

I favor the latter. dikshie?
Comment 17 dikshie 2015-11-23 00:55:34 UTC
(In reply to John W. O'Brien from comment #16)

I am fine with your solution.
Comment 18 Ruslan Makhmatkhanov freebsd_committer 2015-11-23 11:22:06 UTC
Good catch, John. I'd prefer to go the first way this evening after testing. First because it will not be possible to build the port with python3 in poudriere w/o user intervention (unchecking options).
Comment 19 John W. O'Brien 2015-11-24 02:24:55 UTC
@rm: For those who get as far as building with poudriere, fiddling with options seems almost like a given. The reason I prefer the latter option is because the former option will result in a package that claims it was built with option X, yet option X has no effect at all, let alone the intended or implied effect. However, I tried to implement the latter option, and it isn't working as expected and I don't yet know why. The port is setting BROKEN as I intend, but poudriere charges ahead, and tried to build dependencies destined to fail rather than refusing informatively.
Comment 20 John W. O'Brien 2015-12-13 14:58:35 UTC
Created attachment 164187 [details]
Mark math/py-networkx BROKEN with py3k+(MPL|GRAPHVIZ)
Comment 21 Ruslan Makhmatkhanov freebsd_committer 2015-12-13 16:14:58 UTC
John, sorry for delay. Today's morning I set up poudriere to build with first option. Once it finishes I'll check with your patch and commit.
Comment 22 John W. O'Brien 2015-12-13 16:58:48 UTC
@rm: No worries. I finally got around to learning why poudriere doesn't skip the BROKEN port (https://lists.freebsd.org/pipermail/freebsd-ports/2015-December/101361.html). It turns out that's by design. Don't expect my latest patch to affect poudriere's behavior.
Comment 23 Ruslan Makhmatkhanov freebsd_committer 2015-12-13 17:16:34 UTC
Ok, understood. So what the consensus is? We keep up with your latest patch and do not allow user to get the py3 package without manual intervention, or we use .undef solution to let user get the py3 package, that claim that it has not-enabled package options?

PS. It's still building the dependencies, so it looks like it would be ready at tomorrow on my slow home server.
Comment 24 John W. O'Brien 2015-12-15 12:42:38 UTC
I still favor the path that tells the truth and requires action on the part of the user over the path that lies and requires nothing of the user. The BROKEN mechanism is not a perfect solution, but it appears to be the best one we have at the moment. It seems to me that poudriere has made a somewhat odd choice by silencing the helpful output from BROKEN. However, our first duty is to ports proper, and second (or later) to poudriere users.
Comment 25 dikshie 2016-01-03 23:55:01 UTC
(In reply to John W. O'Brien from comment #24)
I am fine with this solution.   
please go ahead commit it.  after that we can think about poudriere. 
Comment 26 Kubilay Kocak freebsd_committer freebsd_triage 2016-01-04 06:18:16 UTC
@Dickshie, please set maintainer-approval to + on the attachment you approve.

@John, we'll want only a single approved, non-obsolete attachment here to progress
Comment 27 John W. O'Brien 2016-01-04 12:25:41 UTC
(In reply to Kubilay Kocak from comment #26)

Are you suggesting that I need to do something? There are two patches attached to this bug, one received maintainer approval and has already been committed (in modified form). The other is awaiting maintainer approval.
Comment 28 dikshie 2016-01-04 23:45:13 UTC
(In reply to Kubilay Kocak from comment #26)
@Koobs  thank you for the reminder.   I just add + maintainer-approval.
Comment 29 commit-hook freebsd_committer 2016-01-05 08:43:01 UTC
A commit references this bug:

Author: rm
Date: Tue Jan  5 08:42:05 UTC 2016
New revision: 405276
URL: https://svnweb.freebsd.org/changeset/ports/405276

  math/py-networkx: let it build with python3

  Drop the python version limit, by asking user to uncheck some options,
  that will not work with python3 for now.

  PR:		204594
  Submitted by:	John W. O'Brien <john@saltant.com>
  Approved by:	dikshie@sfc.wide.ad.jp (maintainer)

Comment 30 Ruslan Makhmatkhanov freebsd_committer 2016-01-05 08:43:44 UTC
Committed, thank you.