sysutils/xmbmon misses resource file. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186332 might be caused by this, as I guess. Fix: here is a patch: diff -urN xmbmon.orig/Makefile xmbmon/Makefile --- xmbmon.orig/Makefile 2014-07-26 14:20:40.000000000 +0900 +++ xmbmon/Makefile 2014-07-26 14:25:27.000000000 +0900 @@ -32,7 +32,8 @@ CLI_DESC= CLI support only ASUS_PATCHFILES= ${PORTNAME}${PORTVERSION}_A7N8X-VM.patch -X11_PLIST_FILES= lib/X11/app-defaults/${PORTNAME} \ +X11_PLIST_FILES= bin/xmbmon \ + lib/X11/app-defaults/XMBmon \ man/man1/${PORTNAME}.1x.gz CLI_PLIST_FILES= bin/mbmon \ man/man1/mbmon.1.gz @@ -59,7 +60,9 @@ do-install: .if ${PORT_OPTIONS:MX11} ${INSTALL_PROGRAM} ${WRKSRC}/xmbmon \ - ${STAGEDIR}${PREFIX}/lib/X11/app-defaults + ${STAGEDIR}${PREFIX}/bin + ${INSTALL_DATA} ${WRKSRC}/xmbmon.resources \ + ${STAGEDIR}${PREFIX}/lib/X11/app-defaults/XMBmon ${INSTALL_MAN} ${WRKSRC}/xmbmon.1x ${STAGEDIR}${MANPREFIX}/man/man1 .endif .if ${PORT_OPTIONS:MCLI}
This is a great example of why gratuitous and unnecessary use of ${PORTNAME} can bite you. maybe this solves the grep x11 resource debate too.... tututani, it would help a committer immensely if you re-add the patch as an attachment. Committers can and do download patches and copy/paste from browser can be problematic and error-prone. The request for patches as attachments goes for future PRs as well. Remember, committers are free to choose another PR that's easier to process and may end up skipping yours for this simple reason, so I present this as advice. Thanks, John (notifying maintainer)
Created attachment 144996 [details] patch for xmbmon re-send a patch.
ping for muhammad (I know he's back now) :)
poudriere logs or resports log ?
It's probably normal for the maintainer to apply the patch and run it through redports and/or poudriere themselves, although it would be a bonus if the submitter did it first. I wouldn't expect that is common though.
He He .. OK .. Let me merge 192125 and 192051 altogether and run it through my poudriere. Then I will create a single patch and submit it. (In reply to John Marino from comment #5) > It's probably normal for the maintainer to apply the patch and run it > through redports and/or poudriere themselves, although it would be a bonus > if the submitter did it first. > > I wouldn't expect that is common though.
*** Bug 192051 has been marked as a duplicate of this bug. ***
Okay, I closed bug 192051 Just add the combined patch here.
Created attachment 145660 [details] xmbmon-205_14 patch
poudriere logs: http://pdr.s.ubze.ro/bulk/latest-per-pkg/xmbmon/205_14/
looks good; moving to patch-ready
A commit references this bug: Author: marino Date: Tue Aug 12 10:35:04 UTC 2014 New revision: 364691 URL: http://svnweb.freebsd.org/changeset/ports/364691 Log: sysutils/xmbmon: Fix missing resource file and eliminate rc.d in setuid Note this was really two (combined) PRs but dfilter is still busted and if I list two, never will post on bugzilla. PR: 192125 Submitted by: turutani(scphys.kyoto-u.ac.jp) & takefu (airport.fm) Approved by: maintainer (Muhammad Rahman) Changes: head/sysutils/xmbmon/Makefile
Done, thanks!