Bug 227953 - www/py-livereload: update to 2.5.2
Summary: www/py-livereload: update to 2.5.2
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: Kirill Ponomarev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-05-03 16:06 UTC by Kai Knoblich
Modified: 2018-05-04 17:09 UTC (History)
1 user (show)

See Also:


Attachments
py-livereload-2.5.2.patch (980 bytes, patch)
2018-05-03 16:06 UTC, Kai Knoblich
kai: maintainer-approval+
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Kai Knoblich freebsd_committer freebsd_triage 2018-05-03 16:06:13 UTC
Created attachment 193024 [details]
py-livereload-2.5.2.patch
Comment 1 Kai Knoblich freebsd_committer freebsd_triage 2018-05-03 16:08:06 UTC
Hello,

attached is the patch that updates py-livereload to 2.5.2.

Changes by upstream: 
- https://github.com/lepture/python-livereload/compare/v2.5.1...v2.5.2

QA:
~~~
- poudriere (11.1-RELEASE amd64 + i386) for each py27 + py36 flavor -> OK
- portlint OK
Comment 2 commit-hook freebsd_committer freebsd_triage 2018-05-03 16:46:32 UTC
A commit references this bug:

Author: krion
Date: Thu May  3 16:45:40 UTC 2018
New revision: 468939
URL: https://svnweb.freebsd.org/changeset/ports/468939

Log:
  Update to 2.5.2

  PR:		227953
  Submitted by:	maintainer

Changes:
  head/www/py-livereload/Makefile
  head/www/py-livereload/distinfo
Comment 3 Kubilay Kocak freebsd_committer freebsd_triage 2018-05-04 07:20:56 UTC
Assign to committer that resolved.

@Kirill Could you please assign yourself to issues you intend to resolve, ideally including previous issues you've resolved as well (that remain unassigned).  That saves us having to do it manually.

While I'm here, clear maintained-feedback flag, its only required if set to ? requesting feedback from the maintainer first.
Comment 4 Kai Knoblich freebsd_committer freebsd_triage 2018-05-04 08:36:03 UTC
(In reply to Kubilay Kocak from comment #3)

Hello Kubilay, thank you for your hint with the maintainer-feedback flag. I won't use that flag anymore for new PRs of ports which I am maintainer of.

I suppose, it's still ok to set the maintainer-approval flag for the attached patch because that flag was not removed from this PR?

If so, I would continue using that flag on patches for ports that I maintain.
Comment 5 Kubilay Kocak freebsd_committer freebsd_triage 2018-05-04 10:31:32 UTC
(In reply to Kai from comment #4)

Absolutely use maintainer-approval, at least when you are the reporter of the change and maintainer of port being changed. It's how we 'explicitly' see a change is approved by its maintainer, and the flag will make the bug show up in the 'Ports: Maintainer Approved' list (look for it in the footer of bugzilla pages) for committers to easily find things 'ready' to work on.

If you propose a change (patch/attachment) for a port you're *not* maintainer of, setting maintainer-approval ? <maintainer-email> on the attachment during creation/upload will allow the maintainer to set it to +, reducing the time to approval/resolution for everyone.

If you have any more questions about bug tracking/triage/workflow, don't hesitate to ping us on IRC (#freebsd-bugs / freenode). I have a couple of links you might like
Comment 6 Kai Knoblich freebsd_committer freebsd_triage 2018-05-04 17:09:28 UTC
(In reply to Kubilay Kocak from comment #5)

Thanks again for the info. I was about to ask on #freebsd-bugs because I was a bit confused about the "Maintainer approved list" you mentioned. This list had not been visible in the footer to me until recently.

Thus I describe briefly my solution at this place to keep the context as a whole and for future reference for other users:

1. Go to "Preferences" (menu at the top)
2. Go to "Saved Searches" and enable the following searches:

- "Ports: Maintainer Approved"
- "Ports: Maintainer Timeout"
- "Ports: Needs Triage (New)"

3. Save the new settings by "Submit changes"

Maybe those searches could be enabled by default for new bugzilla users? By the way, the whole picture and the workflow of PRs is now much clearer for me than before.

I still have a few questions but for that I'll stop on #freebsd-bugs soon.