[macports-ports] branch master updated: libcaer: new port

Mojca Miklavec mojca at macports.org
Thu Mar 1 21:25:47 UTC 2018


On 1 March 2018 at 20:23, Perry E. Metzger wrote:
> On Thu, 1 Mar 2018 08:40:51 -0800 Ken Cunningham wrote:
>> CI is not sufficient testing to commit, sadly.
>>
>> There is no xcode 9 in travis at present.
>> misses many things, like liscence etc
>> doesn't check if destrooting is right
>>
>> It's OK for a minor version update of an existing port, but all new
>> ports or sig updates need to checked out locally, port lint
>> nitpicked, looked over carefully, build with trace mode,
>> destrooted, and installed before commiting....
>>
>> and all that will only find 80% of the problems.
>>
>> The rest show up on the builbots after the commit.
>
> Looking over things carefully seems reasonable. A machine can't
> figure out that a Portfile should be written differently.
>
> Having to build locally in several ways seems bad. The purpose of
> automatic CI infrastructure is to free people from needing to do
> such things, both because it reduces labor and because it reduces
> error. The latter is the really important bit. Manual process is
> error prone.

I semi-agree with both. There's certainly more that a committer can do
before clicking the button, but there's also more we could do on the
CI side to help avoiding doing the same mistakes over and over again.

Travis should probably list all the destrooted/installed files at the
end of the run, along with permissions (rwx). Zero, would you be
willing to add that to the log?

> Maybe we need more flexible (and less likely to time out) CI than
> Travis can give us that includes things like port lint, traced
> builds, etc?

That would be nice to have, but do you have any idea how to make a
safe setup (perhaps with a fresh/disposable VM for each PR)?

"port lint" and traced builds can be done on Travis as well.

Mojca


More information about the macports-dev mailing list