Page MenuHomeFreeBSD

[NEW PORT] net/py-python-bitcoinrpc
ClosedPublic

Authored by loader on Aug 6 2015, 3:18 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Apr 22, 3:08 AM
Unknown Object (File)
Mon, Apr 8, 6:40 PM
Unknown Object (File)
Mon, Apr 8, 6:40 PM
Unknown Object (File)
Mon, Apr 8, 6:34 PM
Unknown Object (File)
Feb 18 2024, 1:06 PM
Unknown Object (File)
Feb 18 2024, 1:06 PM
Unknown Object (File)
Feb 18 2024, 12:55 PM
Unknown Object (File)
Feb 10 2024, 5:27 AM
Subscribers
None

Diff Detail

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

Event Timeline

loader retitled this revision from to [NEW PORT] net/py-python-bitcoinrpc.
loader updated this object.
loader edited the test plan for this revision. (Show Details)
loader added a reviewer: koobs.
koobs edited edge metadata.

I am accepting this review, since all of my comments do not 'necessarily' require changes, and are feedback for you to make judgement/decisions on if you choose. They are not blockers to approval/commit.

You clearly know exactly what you're doing, great job :)

net/py-python-bitcoinrpc/Makefile
5 ↗(On Diff #7714)

Upstream needs to update their PyPi version :)

Also their

__version__

string:

https://github.com/jgarzik/python-bitcoinrpc/blob/master/setup.py#L6

Note: This comment is not a commit blocker.

7 ↗(On Diff #7714)

Maybe finance as secondary (leaving python as tertiary virtual)?

What secondary categories are other bitcoin ports in?

13 ↗(On Diff #7714)

Upstream doesn't have a LICENSE_FILE, so ask them to add one :)

I added comment here: https://github.com/jgarzik/python-bitcoinrpc/issues/42#issuecomment-128411210

Not a commit blocker.

22 ↗(On Diff #7714)

Rationale?

v0.3 doesnt appear to have the bitcoinrpc directory in the tarball:

https://github.com/jgarzik/python-bitcoinrpc/tree/v0.3/

I'd either:

  • Use the latest commit hash, and call it DISTVERSION=0.3.0.<hash>, in which case this wont be needed, OR
  • Remove this as it doesn't appear necessary for pure v0.3?

I know last revision I said that backporting changes is often the best thing to do. In this case its a substantial changeset, so to save you time, use the hash you want, but just be 'smart' about correctly 'naming' the version so users aren't confused :)

And ask the author for a new tag/release :)

This revision is now accepted and ready to land.Aug 6 2015, 3:44 PM
loader edited edge metadata.

Thanks @koobs

poudriere log: http://p.defau.lt/?lBL9SeHafTM1E1dlsfatEg
% portlint -AC
looks fine.

This revision now requires review to proceed.Aug 7 2015, 3:37 AM
koobs requested changes to this revision.Aug 7 2015, 3:47 AM
koobs edited edge metadata.
koobs added inline comments.
net/py-python-bitcoinrpc/Makefile
5 ↗(On Diff #7744)

I would use 0.3.0.<date> to mean, v.0.3.0 + commits up to <datestamp>

This way when the next version is released (0.3.1, 0.4.0, etc), the port wont require a PORTEPOCH bump.

This revision now requires changes to proceed.Aug 7 2015, 3:47 AM
net/py-python-bitcoinrpc/Makefile
6 ↗(On Diff #7744)
8 ↗(On Diff #7744)

Thanks @koobs
added finance as secondary category

21 ↗(On Diff #7744)

please let me know if it's okay to use the last commit date from upstream as the PORTVERSION

BTW. Is there any best practices for creating a patch with an empty__init__.py?
It seems patch(1) in the base can't create an empty file if it doesn't exist before.

net/py-python-bitcoinrpc/Makefile
5 ↗(On Diff #7744)

thank you for your quick reply, I will upload another patch.

net/py-python-bitcoinrpc/Makefile
6 ↗(On Diff #7744)
net/py-python-bitcoinrpc/Makefile
21 ↗(On Diff #7744)

I can't think of a better way than touch(8) if our patch can't do it

Please also include a 'commit summary' each time you arc diff --update so change summary is visible per commit, making it easier to understand change context

20150807.143047-⚙ D3317 [NEW PORT] net_py-python-bitcoinrpc.png (262×593 px, 5 KB)

loader edited edge metadata.

update the PORTVERSION to 0.3.0.20150403

koobs edited edge metadata.

LGMT!

This revision is now accepted and ready to land.Aug 7 2015, 5:10 AM

Thanks @koobs. :)

net/py-python-bitcoinrpc/Makefile
21 ↗(On Diff #7744)

okay, thank you.

This revision was automatically updated to reflect the committed changes.