Page MenuHomeDevCentral

New port: devel/notifications-cli-client
ClosedPublic

Authored by dereckson on Feb 21 2016, 17:31.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Dec 27, 00:41
Unknown Object (File)
Sun, Dec 22, 13:52
Unknown Object (File)
Fri, Dec 20, 01:25
Unknown Object (File)
Fri, Dec 20, 01:25
Unknown Object (File)
Fri, Dec 20, 01:24
Unknown Object (File)
Fri, Dec 20, 01:24
Unknown Object (File)
Fri, Dec 20, 00:57
Unknown Object (File)
Fri, Dec 20, 00:57
Subscribers
None

Details

Summary

Port for Notifications center CLI client (rNOTIFCLI)

Test Plan

Diff Detail

Repository
rPORTS Nasqueron FreeBSD Ports
Lint
No Lint Coverage
Unit
No Test Coverage
Branch
notifications-cli-client
Build Status
Buildable 381
Build 458: arc lint + arc unit

Event Timeline

dereckson retitled this revision from to New port: devel/notifications-cli-client.
dereckson updated this object.
dereckson edited the test plan for this revision. (Show Details)
dereckson added a reviewer: dereckson.
devel/notifications-cli-client/Makefile
1

I'd prefer to keep in sync the mail I use for FreeBSD ports and here.

2

This line is intended to keep portlint happy.

In FreeBSD release chain, it's replaced by information about the commit, a best practice from CVS time.

4

So we explicitly state it's internal software.

7

No current plan to use releases for this repo.

If someone wants to do some release engineering,
we'll switch to SemVer, and w'll add PORTEPOCH.

20

We'll track this.

devel/notifications-cli-client/pkg-descr
5

Should be updated to the documentation in the future.

dereckson edited edge metadata.
This revision is now accepted and ready to land.Feb 21 2016, 17:36
This revision was automatically updated to reflect the committed changes.
dereckson added inline comments.
devel/notifications-cli-client/Makefile
9

Actually, that were a bad idea: it will be easier to use semantic versionning for releases. And with Git tags v<semantic version> we can do something very lightweight.

This is done at rPORTS4159a875d0a4.

22

Now v<version>, so no need to track that, only to update version number.