User Details
- User Since
- May 9 2014, 10:23 AM (227 w, 4 d)
- Roles
- Administrator
Yesterday
Could you use devel/arcanist, or at least generate a diff with full context like it does, with svn diff -x -U9999 or git diff -U9999.
ok, now, it's ok :-)
Mon, Sep 17
- Add warnings about OPTIONS_SLAVE and OPTIONS_EXCLUDE.
- Add warnings about non existent options for specific variables.
Or do we need to have a third level like, DEV_NOTICE, because people treat warnings as errors ?
There are, yes, I agree, this is why it is a warning, not an error, something saying "hey, make sure you did not mess it up".
looks ok to me.
Sun, Sep 16
flavors looks ok. If there are ports depending on this make sure they depend on the correct pkgname.
Sat, Sep 15
You know, if you add us as reviewers when you create the review, we can pre-approve it ;-)
Fri, Sep 14
Could probably be written in a shorter way, like this:
Before committing, please make sure it breaks no port.
$ grep MAINT Mk/bsd.gstreamer.mk Gstreamer_Include_MAINTAINER= multimedia@FreeBSD.org
Wed, Sep 12
Tue, Sep 11
This should probably be using a variablelist instead of a itemizedlist, see Example 9.12. variablelist Example.
Mon, Sep 10
Could there be some description of each component?
I wanted first to apologize if I sounded harsh, the work you're doing is great, I just do not think it is the correct way to go.
I really, really, do not like this.
- Add IPV6 option to ports using it but not defining it.
- Add NLS option to ports using it but not defining it.
- Do not enable options that do not exist.
rebase
Committed in r479421
Rebase and fix www/nginx.
I disagree with the change as is. It is going to BREAK in a big way for people who have edited the actual munin-node file. It goes the same for all the other changes you did to other ports.
Sun, Sep 9
This breaks POLA in a big way, if this goes through, it will need a very large warning in the release notes.
Sat, Sep 8
Fri, Sep 7
Thu, Sep 6
Solve problems encountered by running:
Could you use devel/arcanist, or at least generate a diff with full context like it does, with svn diff -x -U9999 or git diff -U9999.
Could you use devel/arcanist, or at least generate a diff with full context like it does, with svn diff -x -U9999 or git diff -U9999.
Could you use devel/arcanist, or at least generate a diff with full context like it does, with svn diff -x -U9999 or git diff -U9999.
Wondering if this needs an exp-run.