it misses the directory /usr/local/etc/dconf/db workaround: 'mkdir -p /usr/local/etc/dconf/db' before building
Maintainer CC'd
I just tried to build ibus. I confirmed that /usr/local/etc/dconf/db and /usr/local/etc/dconf/profile do not exist before building the port. It was built and installed successfully. Would you please show me more logs about the problem?
# cd /usr/ports/textproc/ibus ; make ... [in stage] install -o root -g wheel -m 0644 profile/ibus '/ports/textproc/ibus/work/stage/usr/local/etc/dconf/profile' /bin/mkdir -p '/ports/textproc/ibus/work/stage/usr/local/share/GConf/gsettings' install -o root -g wheel -m 0644 ibus.convert '/ports/textproc/ibus/work/stage/usr/local/share/GConf/gsettings' if test -n "org.freedesktop.ibus.gschema.xml"; then \ test -z "/usr/local/share/glib-2.0/schemas" || /bin/mkdir -p "/ports/textproc/ibus/work/stage/usr/local/share/glib-2.0/schemas"; \ install -o root -g wheel -m 0644 org.freedesktop.ibus.gschema.xml "/ports/textproc/ibus/work/stage/usr/local/share/glib-2.0/schemas"; \ test -n "/ports/textproc/ibus/work/stage" || glib-compile-schemas /usr/local/share/glib-2.0/schemas; \ fi gmake install-data-hook gmake[7]: Entering directory '/ports/textproc/ibus/work/ibus-1.5.5/data/dconf' dconf update error: Error opening directory '/usr/local/etc/dconf/db': No such file or directory # pkg info dconf dconf-0.22.0 ...
ok, this seems to be a problem caused by new dconf, and I tried with the dconf from pkg which is an old one. It seems like that ibus has fixed this: https://github.com/ibus/ibus/commit/e6ec45d64a32d16245770f8b80e795a63e6ad553 By the way, ibus has released 1.5.9 while we still have ibus 1.5.5. They moved from goglecode to github. I'll create an update for ibus which would solve this problem, and maybe others as well.
I've created a patch for ibus 1.5.9. It builds and runs, and it passed some simple testing. But I'm not sure if it's ok, because redports is down and I don't have a clean environment to test it. Would you please test the attached patch?
Created attachment 149809 [details] update ibus to 1.5.9 Experimental patch to update ibus to 1.5.9. The bug reported is fixed in the new version of ibus.
I've added "[maintainer]" to subject to show maintainer has provided a patch. However, this is a version upgrade and there's no log proving this passes stage-qa. Can a poudriere log be added to move this PR along?
> make stage-qa ====> Running Q/A tests (stage-qa) > make check-plist ====> Checking for pkg-plist issues (check-plist) ===> Parsing plist ===> Checking for items in STAGEDIR missing from pkg-plist ===> Checking for items in pkg-plist which are not in STAGEDIR ===> No pkg-plist issues found (check-plist) Since redports is down, I have no way to perform better tests other than building & installing & running check-plist. Is it required for every port maintainer to run a poudriere? Is there any facilities for maintainers to test new versions?
(In reply to Henry Hu from comment #8) I'll accept that output and promote the PR. > Since redports is down, I have no way to perform better tests other > than building & installing & running check-plist. fyi, redports is considered less than useless at this point, so even if it were functioning, "passing redports" doesn't mean anything. Hopefully an upgrade will fix redports, I have no ETA on that. Is it required for every port maintainer to run a poudriere? officially, no. If you want me to promote, then pretty much yes. Other reviewers are less stringent. If you want to get your PRs cherry-picked, submit test logs without asking. Those get promoted first. Is there any facilities for maintainers to test new versions? local poudriere is best right now. Your check-plist / stage-qa output is mildly acceptable but it doesn't test everything and can be contaminated by live system.
Shouldn't you depend on glib20 and librsvg through USE_GNOME=glib20 and USE_GNOME=librsvg2?
(In reply to Dmitry Marakasov from comment #10) For librsvg2: ok, I'll change it. For glib20: can we specify ">=2.32" with USE_GNOME?
"For glib20: can we specify ">=2.32" with USE_GNOME?" Why do you need to? it's been true in the ports tree since march 2013. I can't imagine there are any versions of glib20 older than this with a current ports tree.
besides, the mk files will take care of the version requirements.
Created attachment 152657 [details] 2nd ver 2nd version of the patch add glib20 and librsvg2 to USE_GNOME
Testing @work.
A commit references this bug: Author: pi Date: Sun Feb 8 18:48:06 UTC 2015 New revision: 378669 URL: https://svnweb.freebsd.org/changeset/ports/378669 Log: textproc/ibus: 1.5.5 -> 1.5.9 For changes see https://github.com/ibus/ibus/commits/master This also fixes the build problem reported by martin.dieringer@gmx.de. PR: 195219 Submitted by: Henry Hu <henry.hu.sh@gmail.com> (maintainer) Changes: head/textproc/ibus/Makefile head/textproc/ibus/distinfo head/textproc/ibus/pkg-plist
Build-tested, looks fine. Committed, thanks.