Page MenuHomeFreeBSD

devel/cdash: Update to 2.2.3 and fix various issues
ClosedPublic

Authored by grembo on Aug 5 2015, 4:27 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Apr 22, 2:56 AM
Unknown Object (File)
Sat, Mar 30, 2:09 PM
Unknown Object (File)
Sat, Mar 30, 2:05 PM
Unknown Object (File)
Sat, Mar 30, 2:04 PM
Unknown Object (File)
Sat, Mar 30, 2:04 PM
Unknown Object (File)
Sat, Mar 30, 2:04 PM
Unknown Object (File)
Sat, Mar 30, 1:42 PM
Unknown Object (File)
Mar 20 2024, 2:57 PM
Subscribers

Details

Summary
  • Update to cdash 2.2.3
  • Add missing dependencies
  • Fix file ownership
  • Rename config.local file so it won't overwrite user config on install
  • Patch problem parsing xslt
Test Plan

Diff Detail

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

Event Timeline

grembo retitled this revision from to devel/cdash: Update to 2.2.3 and fix various issues.
grembo updated this object.
grembo edited the test plan for this revision. (Show Details)
grembo added a reviewer: bapt.

Not sure if using %%WWWOWN%% in the path name is a great idea (just realized this, was created using make makeplist).

Add missing dependency on php5-zlib

Does it pass poudriere tests?

Yes, please see link in "Test Plan"

bapt edited edge metadata.
This revision is now accepted and ready to land.Aug 6 2015, 9:50 PM
This revision was automatically updated to reflect the committed changes.

hi grembo,

this has been failing everywhere since you committed it:
http://portsmon.freebsd.org/portoverview.py?category=devel&portname=cdash

Can you take a look?

I see what happened - the patch in question uses MSDOS CR-LF, it seems like those got stripped on commit. The easiest fix is probably to strip \r from all sources before patching.

Question: Is it possible to get on a blame list automatically in such cases? (I tested on poudriere and commited what worked and never noticed that it failed after commit).

"The easiest fix is probably to strip \r from all sources before patching."

No, the proper fix is set "USES=dos2unix" and strip the file, then generate the patch after the stripping.

Grep the tree, there are many examples of this.

oh, I see now you already did exactly that. good! :)