[desktop-discuss] Re: [desktop] Building SFEmeld?
Eric Boutilier
Eric.Boutilier at Sun.COM
Sun Mar 4 07:41:29 PST 2007
> Is there anyone building SFEmeld recently? I sync'ed from spec-file-extra trunk last week and tried to build it, however, pkgbuild failed due to a missing diff (meld-01-msgfmt-no-checks.diff.)
>
> I checked SPEC/patches, but the patch isn't there. did I miss anything?
It looks like the patch file was inadvertently omitted when
SFEmeld.spec was created.
Out of curiosity, I just commented out the patch lines and kicked off
a build...
$ pkgtool build-only SFEmeld.spec
.. to see what the error was. The problem happens here:
msgfmt -c -o bg/LC_MESSAGES/meld.mo bg.po
The build picks up /usr/bin/msgfmt which doesn't recognize the -c flag.
In other words, there's an incompatibility issue between /usr/bin/msgfmt
(provided by SUNWloc), and GNU msgfmt (provided by GNU gettext).
The longterm solution to this is related to the recent arrival of the
GNU commands integration project [1]. Once gettext is integrated via that
project, instead of _patching_ the meld source, one could put something
like the following in the build block of SFEmeld.spec:
export PATH=/usr/gnu/bin/:$PATH
Then the meld build will get what its authors' expect; namely, GNU versions
of commands like msgfmt.
But in the meantime, it'd be great to have a spec-files-extra version of
gettext.spec. ... Any volunteers? :-)
Oh, I also wondered at first why the meld build didn't find msgfmt
in /opt/jdsbld/bin, which is where the JDS build system (CBE) puts its
commands. It turns out that although the CBE does include the GNU gettext
package, it deliberately omits msgfmt. (I'm guessing that's because the
JDS CBE aims to avoid duplicating commands that already exist in Solaris
proper.)
Eric
1.http://www.opensolaris.org/os/community/arc/caselog/2007/047/final-spec-txt/
More information about the desktop-discuss
mailing list