Page MenuHomeFreeBSD

misc/py-socli: Update to 1.7
ClosedPublic

Authored by cpm on Jun 25 2016, 9:42 AM.
Tags
None
Referenced Files
Unknown Object (File)
Jan 6 2025, 11:13 AM
Unknown Object (File)
Dec 13 2024, 4:12 PM
Unknown Object (File)
Dec 9 2024, 2:25 PM
Unknown Object (File)
Dec 9 2024, 2:20 PM
Unknown Object (File)
Nov 23 2024, 8:49 PM
Unknown Object (File)
Nov 12 2024, 1:44 PM
Unknown Object (File)
Oct 3 2024, 5:09 AM
Unknown Object (File)
Oct 3 2024, 1:30 AM
Subscribers
None

Details

Summary
  • Update to 1.7 release
  • Switch to GH
  • Update WWW in pkg-descr

Changes:

  • Added new question feature
  • Fixed windows color problem
  • Intelligent colors
  • Added open in browser
Test Plan

It fails to build via poudriere because python27 is the default version.

misc/py-socli for instance, can only work for python 3+, it
depends on textproc/py-beautifulsoup4 but it can't build because py-sphinx was built
for the default version.

Diff Detail

Repository
rP FreeBSD ports repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

cpm retitled this revision from to misc/py-socli: Update to 1.5a.
cpm updated this object.
cpm edited the test plan for this revision. (Show Details)
cpm added reviewers: AMDmi3, junovitch, feld.

Use DISTVERSIONS for non standard (dotted integer) version numbers.

Also, socli is currently 1.7 upstream

Do you want to update to that version?

cpm retitled this revision from misc/py-socli: Update to 1.5a to misc/py-socli: Update to 1.7.
cpm updated this object.
cpm edited edge metadata.
  • Update to 1.7 release
  • Switch to GH
  • Update WWW in pkg-descr

Changes:

  • Added new question feature
  • Fixed windows color problem
  • Intelligent colors
  • Added open in browser
In D6964#146010, @koobs wrote:

Use DISTVERSIONS for non standard (dotted integer) version numbers.

Also, socli is currently 1.7 upstream

Do you want to update to that version?

Good point, Kubilay. Done!

All builds are fine via poudriere after adding 'DEFAULT_VERSIONS+= python=3.4' in poudriere.d/make.conf

junovitch edited edge metadata.

Looks good. Thank you Carlos.

This revision is now accepted and ready to land.Jun 26 2016, 12:14 PM

Looks good. Thank you Carlos.

Thanks Jason,

Considering what I have described in the test plan.

What should I do with the failures from pkg-fallout?

This revision was automatically updated to reflect the committed changes.
cpm mentioned this in rP417521: - Update to 1.7.
In D6964#146079, @cpm wrote:

Looks good. Thank you Carlos.

Thanks Jason,

Considering what I have described in the test plan.

What should I do with the failures from pkg-fallout?

Ah, sorry I missed that comment earlier. Without the VARIANTS support in ports yet this port would need to require a py3-* origin for its dependencies. There are several examples through the tree.

In D6964#146079, @cpm wrote:

Looks good. Thank you Carlos.

Thanks Jason,

Considering what I have described in the test plan.

What should I do with the failures from pkg-fallout?

Ah, sorry I missed that comment earlier. Without the VARIANTS support in ports yet this port would need to require a py3-* origin for its dependencies. There are several examples through the tree.

Well, if you agree, I will add www/py3-requests and textproc/py3-sphinx to skip this failures.