RE: [Inkscape-devel] Inkboard - RPM for first release
Release 0.1 source should be available for download on Sourceforge.
On the issue with RPMs, here are the last few lines of the build log: Making all in po make[2]: Entering directory `/usr/src/redhat/BUILD/inkboard-0.1/po' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1/po' make[2]: Entering directory `/usr/src/redhat/BUILD/inkboard-0.1' LC_ALL=C ./intltool-merge -d -u -c ./po/.intltool-merge-cache ./po inkscape.desktop.in inkscape.desktop Possible unintended interpolation of @INTLTOOL_ICONV in string at ./intltool-merge line 94. Global symbol "@INTLTOOL_ICONV" requires explicit package name at ./intltool-merge line 94. BEGIN not safe after errors--compilation aborted at ./intltool-merge line 250. make[2]: *** [inkscape.desktop] Error 9 make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' make: *** [all] Error 2
I should note that we always have the error about intltool. Inkscape still seemed to work fine, so we didn't think much of it. But I guess rpm is a little more picky...
Oh, and when I try `make distcheck` as suggested, I get 'make: *** No rule to make target `distcheck'. Stop.'
Thanks, Steven
-----Original Message----- From: Bryce Harrington [mailto:bryce@...260...] Sent: Monday, March 21, 2005 2:04 AM To: Montgomery, Steven S Cc: inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] Inkboard - RPM for first release
On Mon, Mar 21, 2005 at 01:52:22AM -0500, Montgomery, Steven S wrote:
Rose-Hulman team here again. We're in the process of making our
initial
release of the Inkboard project. The first question is, how important is it to have binaries(RPMs) for a release? Will most people want the source code anyways?
The source code is the important thing. If the code's good then others will handle the packaging. For instance, if your code is integrated into mainline, then the Inkscape project will generate all the debs, rpms, ebuilds, exe's, etc. as usual. :-)
A related issue, we having problems creating the RPM. I'm not sure if it's a lack of understanding of RPMs or something to do with Inkscape
on
the dev machine. Here's the error it gives at the end of a "rpmbuild -ba": make[2]: *** [inkscape.desktop] Error 9 make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.68505 (%build)
RPM build errors: Bad exit status from /var/tmp/rpm-tmp.68505 (%build)
Actually I think you've missed the real error message; it'll probably be the one right before the Error 9 line. Can you post the entire build log?
Any thoughts or suggestions would be appreciated.
One thing to try is to run `make distcheck` prior to creating the RPM. That will analyze it for packaging errors.
The most common cause of errors with RPM's is file paths. RPM's get installed into an arbitrary directory location, so if parts of your build process assume that a file is in a particular location (like /etc or /usr/share/inkscape), that could potentially mess it up.
Hope this helps, Bryce
On Mon, 2005-03-28 at 01:44 -0500, Montgomery, Steven S wrote:
Release 0.1 source should be available for download on Sourceforge.
Awesome! Is there an announcement that tells us what functionality is working in this version? Where should bugs be submitted? Can you provide a link to the downloads?
I should note that we always have the error about intltool. Inkscape still seemed to work fine, so we didn't think much of it. But I guess rpm is a little more picky...
Oh, and when I try `make distcheck` as suggested, I get 'make: *** No rule to make target `distcheck'. Stop.'
Well, intltool is what manages the translations. So you probably wouldn't notice any errors that were caused by it if you only used Inkboard in English. Sounds like a macro problem, but that would be really weird, probably better to fix distcheck first.
Was distcheck missing on Linux or Windows? I'm not sure if it is supposed to exist in the Windows makefiles. It should be there for Linux.
--Ted
participants (2)
-
Montgomery, Steven S
-
Ted Gould