problem with autogen.sh
Hi,
Can someone please help me with this one. It breaks my building every time (and persists for months now) at po/ directory.
Must be some outdated package, but I can't figure out which one. Posting terminal messages (I'm building from the source -- svn):
------------------------------------------------
localhost inkscape # ./autogen.sh ============================================================================= When you report a trouble about building SVN version of inkscape, Please report following information about distro and tools version, too.
--1. distribution------------------------------------------------------------ Gentoo Base System version release 1.12.0
--2. tools------------------------------------------------------------------- /usr/bin/m4: /usr/bin/autoconf: autoconf (GNU Autoconf) 2.59 /usr/bin/autoheader: autoheader (GNU Autoconf) 2.59 /usr/bin/automake: automake (GNU automake) 1.7.9 /usr/bin/automake-1.7: automake (GNU automake) 1.7.9 /usr/bin/automake-1.8: automake (GNU automake) 1.8.5 /usr/bin/automake-1.9: automake (GNU automake) 1.9.6 /usr/bin/aclocal: aclocal (GNU automake) 1.7.9 /usr/bin/aclocal-1.7: aclocal (GNU automake) 1.7.9 /usr/bin/aclocal-1.8: aclocal (GNU automake) 1.8.5 /usr/bin/aclocal-1.9: aclocal (GNU automake) 1.9.6 /usr/bin/intltoolize: intltoolize (GNU intltool) 0.30 /usr/bin/gettextize: /usr/bin/gettextize (GNU gettext-tools) 0.14.5 /usr/bin/libtoolize: libtoolize (GNU libtool) 1.5.20
--3. environment variables--------------------------------------------------- MANPATH=/usr/local/share/man:/usr/share/man:/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/man:/usr/share/gcc-data/i686-pc-linux-gnu/3.4.4/man::/opt/blackdown-jdk-1.4.2.01/man:/usr/qt/3/doc/man PRELINK_PATH_MASK=/usr/lib/gstreamer-0.8 LIBGL_DRIVERS_PATH=:/usr/lib//modules/dri GUILE_LOAD_PATH=/usr/share/guile/1.6 PATH=/sbin:/bin:/usr/sbin:/usr/bin PYTHONPATH=/usr/lib/portage/pym CLASSPATH=. INFOPATH=/usr/share/info:/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/info:/usr/share/gcc-data/i686-pc-linux-gnu/3.4.4/info LADSPA_PATH=/usr/lib/ladspa
=============================================================================
I am testing that you have the required versions of libtool, autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof and if anything goes wrong, there may be guidance in the file HACKING.txt
checking for autoconf >= 2.52 ... yes (version 2.59) checking for automake >= 1.7 ... yes (version 1.7.9) checking for glib-gettextize >= 2.0.0 ... yes (version 2.10.2) checking for intltool >= 0.17 ... yes (version 0.30)
Running aclocal-1.7 ... Running autoheader ... Running libtoolize --copy --force ... Running automake-1.7 --add-missing ... Running autoconf ... Running glib-gettextize --copy --force ... Copying file mkinstalldirs Copying file po/Makefile.in.in Running intltoolize --copy --force --automake ... patching file po/Makefile.in.in Hunk #4 FAILED at 95. Hunk #5 succeeded at 194 (offset 15 lines). Hunk #6 succeeded at 223 (offset 15 lines). 1 out of 6 hunks FAILED -- saving rejects to file po/Makefile.in.in.rej
Done! Please run './configure' now. localhost inkscape #
------------------------------------------------------
Do you want me to send Makefile.in.in and Makefile.in.in.rej? Would that help?
Thank in advance, Vladimir
Strange; it's trying to patch a makefile and failing. I would suggest trying to do a 'make distclean', and then re-run autogen.sh. If that doesn't do it, delete the po/ directory and re- svn up.
Bryce
On Wed, Jul 19, 2006 at 08:57:41PM +0000, Vladimir Savic wrote:
Hi,
Can someone please help me with this one. It breaks my building every time (and persists for months now) at po/ directory.
Must be some outdated package, but I can't figure out which one. Posting terminal messages (I'm building from the source -- svn):
localhost inkscape # ./autogen.sh
When you report a trouble about building SVN version of inkscape, Please report following information about distro and tools version, too.
--1. distribution------------------------------------------------------------ Gentoo Base System version release 1.12.0
--2. tools------------------------------------------------------------------- /usr/bin/m4: /usr/bin/autoconf: autoconf (GNU Autoconf) 2.59 /usr/bin/autoheader: autoheader (GNU Autoconf) 2.59 /usr/bin/automake: automake (GNU automake) 1.7.9 /usr/bin/automake-1.7: automake (GNU automake) 1.7.9 /usr/bin/automake-1.8: automake (GNU automake) 1.8.5 /usr/bin/automake-1.9: automake (GNU automake) 1.9.6 /usr/bin/aclocal: aclocal (GNU automake) 1.7.9 /usr/bin/aclocal-1.7: aclocal (GNU automake) 1.7.9 /usr/bin/aclocal-1.8: aclocal (GNU automake) 1.8.5 /usr/bin/aclocal-1.9: aclocal (GNU automake) 1.9.6 /usr/bin/intltoolize: intltoolize (GNU intltool) 0.30 /usr/bin/gettextize: /usr/bin/gettextize (GNU gettext-tools) 0.14.5 /usr/bin/libtoolize: libtoolize (GNU libtool) 1.5.20
--3. environment variables--------------------------------------------------- MANPATH=/usr/local/share/man:/usr/share/man:/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/man:/usr/share/gcc-data/i686-pc-linux-gnu/3.4.4/man::/opt/blackdown-jdk-1.4.2.01/man:/usr/qt/3/doc/man PRELINK_PATH_MASK=/usr/lib/gstreamer-0.8 LIBGL_DRIVERS_PATH=:/usr/lib//modules/dri GUILE_LOAD_PATH=/usr/share/guile/1.6 PATH=/sbin:/bin:/usr/sbin:/usr/bin PYTHONPATH=/usr/lib/portage/pym CLASSPATH=. INFOPATH=/usr/share/info:/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/info:/usr/share/gcc-data/i686-pc-linux-gnu/3.4.4/info LADSPA_PATH=/usr/lib/ladspa
=============================================================================
I am testing that you have the required versions of libtool, autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof and if anything goes wrong, there may be guidance in the file HACKING.txt
checking for autoconf >= 2.52 ... yes (version 2.59) checking for automake >= 1.7 ... yes (version 1.7.9) checking for glib-gettextize >= 2.0.0 ... yes (version 2.10.2) checking for intltool >= 0.17 ... yes (version 0.30)
Running aclocal-1.7 ... Running autoheader ... Running libtoolize --copy --force ... Running automake-1.7 --add-missing ... Running autoconf ... Running glib-gettextize --copy --force ... Copying file mkinstalldirs Copying file po/Makefile.in.in Running intltoolize --copy --force --automake ... patching file po/Makefile.in.in Hunk #4 FAILED at 95. Hunk #5 succeeded at 194 (offset 15 lines). Hunk #6 succeeded at 223 (offset 15 lines). 1 out of 6 hunks FAILED -- saving rejects to file po/Makefile.in.in.rej
Done! Please run './configure' now. localhost inkscape #
Do you want me to send Makefile.in.in and Makefile.in.in.rej? Would that help?
Thank in advance, Vladimir
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=D... _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 19/07/06, Bryce Harrington <bryce@...961...> wrote:
Strange; it's trying to patch a makefile and failing. I would suggest trying to do a 'make distclean', and then re-run autogen.sh. If that doesn't do it, delete the po/ directory and re- svn up.
This bug is in the tracker somewhere. Actually, I can reproduce it at will, but I have never quite got round to diagnosing and fixing the problem.
The file that you are patching is one that has been copied from your installed internationalisation libraries and support files (gettext), and the hunk that fails, I think, is already in. You should be able to build anyway.
I doubt that cleaning and re-sync'ing - though good advice - will help this problem.
Could you state whether your build succeeds - for example, when you are urged to run configure, does this work?
If so, does internationalisation work as expected (if you know what to expect)?
It is odd that this should happen with Gentoo: Is there anything special about your set-up?
Ben.
On Wed, Jul 19, 2006 at 08:57:41PM +0000, Vladimir Savic wrote:
Hi,
Can someone please help me with this one. It breaks my building every time (and persists for months now) at po/ directory.
Must be some outdated package, but I can't figure out which one. Posting terminal messages (I'm building from the source -- svn):
Running intltoolize --copy --force --automake ... patching file po/Makefile.in.in Hunk #4 FAILED at 95. Hunk #5 succeeded at 194 (offset 15 lines). Hunk #6 succeeded at 223 (offset 15 lines). 1 out of 6 hunks FAILED -- saving rejects to file po/Makefile.in.in.rej
Done! Please run './configure' now. localhost inkscape #
Do you want me to send Makefile.in.in and Makefile.in.in.rej? Would that help?
On Wednesday 19 July 2006 22:02, Ben Fowler wrote:
On 19/07/06, Bryce Harrington <bryce@...961...> wrote:
Strange; it's trying to patch a makefile and failing. I would suggest trying to do a 'make distclean', and then re-run autogen.sh. If that doesn't do it, delete the po/ directory and re- svn up.
This bug is in the tracker somewhere.
Really? I haven't found it!
Actually, I can reproduce it at will, but I have never quite got round to diagnosing and fixing the problem.
The file that you are patching is one that has been copied from your installed internationalisation libraries and support files (gettext), and the hunk that fails, I think, is already in. You should be able to build anyway.
I am. Just, it stops when po/ directory is reached.
I doubt that cleaning and re-sync'ing - though good advice - will help this problem.
In gentoo meaning? emerge --sync? "emerge inkscape" does nothing but unnecessary dragging of new version of perl (I'm not sure why, though). It's disabled in 0.44 official tarball, isn't it? With SVN it is...
Could you state whether your build succeeds - for example, when you are urged to run configure, does this work?
Not sure if I understand... Configure runs just fine. Not a single error reported. Builds fine, too, until that notorious po/ is reached. I'm still able to use this application in Englesh. Make install fails at exactly the same point. Which means that inkscape binary and everything else is in my /usr/local/ except the internalization files.
If so, does internationalisation work as expected (if you know what to expect)?
Actually I don't. All programs I've ever used were in English. I don't even know how to run any app to use Serbian localization. :(
It is odd that this should happen with Gentoo: Is there anything special about your set-up?
No. Not really. I've mixed up "x86" and "~x86" USE flags in the past, but that shouldn't make any difference. I think?! I can't think of that as anything "special", taking into account that gentoo still has inkscape 0.43 marked as "x86" stable and version 0.44 for testing.
Vladimir
Ben.
On Wed, Jul 19, 2006 at 08:57:41PM +0000, Vladimir Savic wrote:
Hi,
Can someone please help me with this one. It breaks my building every time (and persists for months now) at po/ directory.
Must be some outdated package, but I can't figure out which one. Posting terminal messages (I'm building from the source -- svn):
Running intltoolize --copy --force --automake ... patching file po/Makefile.in.in Hunk #4 FAILED at 95. Hunk #5 succeeded at 194 (offset 15 lines). Hunk #6 succeeded at 223 (offset 15 lines). 1 out of 6 hunks FAILED -- saving rejects to file po/Makefile.in.in.rej
Done! Please run './configure' now. localhost inkscape #
Do you want me to send Makefile.in.in and Makefile.in.in.rej? Would that help?
You wrote
"emerge inkscape" does nothing but unnecessary dragging of new version of perl (I'm not sure why, though).
You need perl to be able to import TXT files, as this extension is apparently a perl extension. Most are python IIRC. That's why I put that dependency into the ebuild.
It's disabled in 0.44 official tarball, isn't it?
What is disabled in 0.44 is internal scripting, something different. For that, you would have needed perl AND perl development support.
No. Not really. I've mixed up "x86" and "~x86" USE flags in the past, but that shouldn't make any difference. I think?! I can't think of that as anything "special", taking into account that gentoo still has inkscape 0.43 marked as "x86" stable and version 0.44 for testing.
Even 0.44 should work on your system, but I'm actually out of town, at the moment, so i can only mail you this info. Hope it helps.
ralf
Great to know all of these.
Okay. What I'll try next is to emerge inkscape tonight and see what happens. Expect results tomorrow because I'm still on dial-up at home. And 20MB of download can be really painful to obtain that way.
Thanks everyone for all the attention, Vladimir
On Thursday 20 July 2006 07:30, Ralf Stephan wrote:
You wrote
"emerge inkscape" does nothing but unnecessary dragging of new version of perl (I'm not sure why, though).
You need perl to be able to import TXT files, as this extension is apparently a perl extension. Most are python IIRC. That's why I put that dependency into the ebuild.
It's disabled in 0.44 official tarball, isn't it?
What is disabled in 0.44 is internal scripting, something different. For that, you would have needed perl AND perl development support.
No. Not really. I've mixed up "x86" and "~x86" USE flags in the past, but that shouldn't make any difference. I think?! I can't think of that as anything "special", taking into account that gentoo still has inkscape 0.43 marked as "x86" stable and version 0.44 for testing.
Even 0.44 should work on your system, but I'm actually out of town, at the moment, so i can only mail you this info. Hope it helps.
ralf
On Thursday 20 July 2006 14:14, Vladimir Savic wrote:
Great to know all of these.
Okay. What I'll try next is to emerge inkscape tonight and see what happens.
What happens?! Happens that that I'm an idiot!
"Emerge inkscape" will never run autogen.sh so I'll never see the problem. Right?
Vladimir
Hi all,
the http://www.linuxgraphic.org web site has announced an interview of Charles Moir. This interview mainly focus on the new GPL aspect of XaraLX.
It is available in French here: http://wiki.framasoft.info/VeniVidiLibri/XaraX
and in English there: http://wiki.framasoft.info/VeniVidiLibri/XaraX-discussion
Regards,
matiphas
On 20/07/06, Vladimir Savic <vladimir@...958...> wrote:
On Wednesday 19 July 2006 22:02, Ben Fowler wrote:
On 19/07/06, Bryce Harrington <bryce@...961...> wrote:
Strange; it's trying to patch a makefile and failing. I would suggest trying to do a 'make distclean', and then re-run autogen.sh. If that doesn't do it, delete the po/ directory and re- svn up.
[ snip ]
I doubt that cleaning and re-sync'ing - though good advice - will help this problem.
In gentoo meaning? emerge --sync? "emerge inkscape" does nothing but unnecessary dragging of new version of perl (I'm not sure why, though). It's disabled in 0.44 official tarball, isn't it? With SVN it is...
Sorry I was paraphrasing:
make clean -> remove partially built products and unneeded intermediate files make distclean -> remove all intermediate files and products svn up -> sync (update) to latest sources
By doing an svn up you will get all the latest bugfixes (and all the current bugs), and you will correct any inconsistencies in your source tree (this is what I meant by synchronise, as in "synchronise watches").
An alternative, more useful if you do not want to modify your source tree, is to do 'svn diff' (and perhaps save the result to a file) showing you whether you have any patches in your tree.
The Gentoo emerge operation updates your entire Gentoo installation, and this is not what I had in mind, though I see how I confused you. You will need to use the Gentoo emerge operations to get the tools and libraries that you need, but otherwise building Inkscape from source is independent of Gentoo.
[ snip ]
If so, does internationalisation work as expected (if you know what to expect)?
Actually I don't. All programs I've ever used were in English. I don't even know how to run any app to use Serbian localization. :(
Are you in the same situation that I am: Happy to have an English-only build, and meaning to investigate the problem in one's copious spare time, if it doesn't go away.
It is odd that this should happen with Gentoo: Is there anything special about your set-up?
No. Not really. I've mixed up "x86" and "~x86" USE flags in the past, but that shouldn't make any difference. I think?! I can't think of that as anything "special", taking into account that gentoo still has inkscape 0.43 marked as "x86" stable and version 0.44 for testing.
Are you using a Gentoo ebuild for this work.?
Ben
On Wed, Jul 19, 2006 at 08:57:41PM +0000, Vladimir Savic wrote:
Hi,
Can someone please help me with this one. It breaks my building every time (and persists for months now) at po/ directory.
Must be some outdated package, but I can't figure out which one. Posting terminal messages (I'm building from the source -- svn):
Running intltoolize --copy --force --automake ... patching file po/Makefile.in.in Hunk #4 FAILED at 95. Hunk #5 succeeded at 194 (offset 15 lines). Hunk #6 succeeded at 223 (offset 15 lines). 1 out of 6 hunks FAILED -- saving rejects to file po/Makefile.in.in.rej
Done! Please run './configure' now. localhost inkscape #
Do you want me to send Makefile.in.in and Makefile.in.in.rej? Would that help?
On Thursday 20 July 2006 12:18, Ben Fowler wrote:
On 20/07/06, Vladimir Savic <vladimir@...958...> wrote:
On Wednesday 19 July 2006 22:02, Ben Fowler wrote:
On 19/07/06, Bryce Harrington <bryce@...961...> wrote:
Strange; it's trying to patch a makefile and failing. I would suggest trying to do a 'make distclean', and then re-run autogen.sh. If that doesn't do it, delete the po/ directory and re- svn up.
[ snip ]
I doubt that cleaning and re-sync'ing - though good advice - will help this problem.
In gentoo meaning? emerge --sync? "emerge inkscape" does nothing but unnecessary dragging of new version of perl (I'm not sure why, though). It's disabled in 0.44 official tarball, isn't it? With SVN it is...
Sorry I was paraphrasing:
make clean -> remove partially built products and unneeded intermediate files make distclean -> remove all intermediate files and products svn up -> sync (update) to latest sources
By doing an svn up you will get all the latest bugfixes (and all the current bugs), and you will correct any inconsistencies in your source tree (this is what I meant by synchronise, as in "synchronise watches").
I'm already doing 'svn update' every day, literally. Nice new features appear from time to time and I must stay "updated". :) And inkscape showed to be stable enough for everyday use, even that way.
I can't go back to 0.44! I'd be missing undo history dialog. Love it! Soon, I'd probably say the same for svg effects etc. Just to illustrate the problem. :)
Are you in the same situation that I am: Happy to have an English-only build, and meaning to investigate the problem in one's copious spare time, if it doesn't go away.
Yup! As happy as non English speaking person can be.
It is odd that this should happen with Gentoo: Is there anything special about your set-up?
No. Not really. I've mixed up "x86" and "~x86" USE flags in the past, but that shouldn't make any difference. I think?! I can't think of that as anything "special", taking into account that gentoo still has inkscape 0.43 marked as "x86" stable and version 0.44 for testing.
Are you using a Gentoo ebuild for this work.?
No. The last gentoo version I was using was 0.41. After that I've only been emerging depandancies from gentoo and build inkscape from sources. Right now emerge -pv inkscape shows:
--------------------------------------------------------------- localhost vlada # emerge -pv inkscape
These are the packages that would be merged, in order:
Calculating dependencies... done! [ebuild U ] sys-devel/libperl-5.8.8-r1 [5.8.7] USE="berkdb gdbm -debug -ithreads" 9,886 kB [ebuild U ] dev-lang/perl-5.8.8-r2 [5.8.7-r1] USE="berkdb gdbm -build -debug -doc* -ithreads -perlsuid" 0 kB [ebuild N ] virtual/perl-Digest-MD5-2.36 0 kB [ebuild U ] app-admin/perl-cleaner-1.04.1 [1.01] 5 kB [ebuild N ] perl-core/PodParser-1.34 USE="perl -minimal" 93 kB [ebuild N ] virtual/perl-libnet-1.19 0 kB [ebuild N ] virtual/perl-MIME-Base64-3.07 0 kB [ebuild N ] dev-perl/Crypt-SSLeay-0.51 USE="perl -minimal" 114 kB [ebuild N ] dev-perl/HTML-Tagset-3.10 USE="perl -minimal" 7 kB [ebuild N ] dev-perl/HTML-Parser-3.54 USE="perl -minimal -unicode" 82 kB [ebuild N ] dev-perl/URI-1.35 USE="perl -minimal" 93 kB [ebuild N ] dev-perl/HTML-Tree-3.19.01 USE="perl -minimal" 116 kB [ebuild N ] dev-perl/Compress-Zlib-1.42 USE="perl -minimal" 148 kB [ebuild N ] dev-perl/libwww-perl-5.805 USE="perl ssl -minimal" 231 kB [ebuild N ] dev-perl/libxml-perl-0.08 USE="perl -minimal" 62 kB [ebuild N ] dev-perl/XML-RegExp-0.03-r1 USE="perl -minimal" 0 kB [ebuild N ] dev-perl/XML-DOM-1.44 USE="perl -minimal" 114 kB [ebuild N ] dev-perl/Parse-Yapp-1.05-r1 USE="perl -minimal" 46 kB [ebuild N ] dev-perl/XML-XQL-0.68 USE="perl -minimal" 117 kB [ebuild N ] media-gfx/inkscape-0.44 USE="lcms mmx spell -bonobo -boost -debug -doc -gnome -inkjar -plugin" 6,353 kB
Total size of downloads: 17,475 kB ---------------------------------------------------------------
Which means I'll probably get all the packages, except inkscape itself, these days. Still I can't explain why perl-5.8.8 is needed, but nevermind...
I just want clean build... :)
Vladimir
Ben
On 20/07/06, Vladimir Savic <vladimir@...958...> wrote:
On Thursday 20 July 2006 12:18, Ben Fowler wrote: [ snip ]
Are you in the same situation that I am: Happy to have an English-only build, and meaning to investigate the problem in one's copious spare time, if it doesn't go away.
Yup! As happy as non English speaking person can be. [ snip ]
Are you using a Gentoo ebuild for this work.?
No. The last gentoo version I was using was 0.41. After that I've only been emerging depandancies from gentoo and build inkscape from sources. Right now emerge -pv inkscape shows: ....
I am fairly sure that there is a switch that your can give to emerge to tell it to emerge the pre-requisites but not the target itself.
Alternatively, you could emerge inkscape completely, and immediately unemerge it
Ben
You wrote
localhost vlada # emerge -pv inkscape
These are the packages that would be merged, in order:
Calculating dependencies... done! [ebuild U ] sys-devel/libperl-5.8.8-r1 [5.8.7] USE="berkdb gdbm -debug -ithreads" 9,886 kB [ebuild U ] dev-lang/perl-5.8.8-r2 [5.8.7-r1] USE="berkdb gdbm -build -debug -doc* -ithreads -perlsuid" 0 kB ... Which means I'll probably get all the packages, except inkscape itself, these days. Still I can't explain why perl-5.8.8 is needed, but nevermind...
It appears perl is updated because your USE flags now set -doc (indicated by the star after it), Instead you could do
$ USE=doc emerge inkscape
to prevent that. It might pull in other dependencies, though...
ralf
On Friday 21 July 2006 07:36, Ralf Stephan wrote:
You wrote
localhost vlada # emerge -pv inkscape
These are the packages that would be merged, in order:
Calculating dependencies... done! [ebuild U ] sys-devel/libperl-5.8.8-r1 [5.8.7] USE="berkdb gdbm -debug -ithreads" 9,886 kB [ebuild U ] dev-lang/perl-5.8.8-r2 [5.8.7-r1] USE="berkdb gdbm -build -debug -doc* -ithreads -perlsuid" 0 kB ... Which means I'll probably get all the packages, except inkscape itself, these days. Still I can't explain why perl-5.8.8 is needed, but nevermind...
It appears perl is updated because your USE flags now set -doc (indicated by the star after it), Instead you could do
$ USE=doc emerge inkscape
to prevent that. It might pull in other dependencies, though...
Not really. Nothing changes. perl is still on the list, no new depandancies and the problem persists.
I wont bother with this anymore. I'll continue with using English version. Thank you again. Hope that issue will disappear at some point.
Vladimir
ralf
On Thursday 20 July 2006 03:38, Vladimir Savic wrote:
On Wednesday 19 July 2006 22:02, Ben Fowler wrote:
On 19/07/06, Bryce Harrington <bryce@...961...> wrote:
Strange; it's trying to patch a makefile and failing. I would suggest trying to do a 'make distclean', and then re-run autogen.sh. If that doesn't do it, delete the po/ directory and re- svn up.
This bug is in the tracker somewhere.
Really? I haven't found it!
Well... Not true! I've found many related reports (failed Makefile patching, po/ directory building...) but none breaks at exactly same point. Also, neither one has applyable workaround.
You certainly wouldn't like another report laying around just to be closed with "works for me" status. I guess...
Vladimir
On 20/07/06, Vladimir Savic <vladimir@...958...> wrote:
On Thursday 20 July 2006 03:38, Vladimir Savic wrote:
On Wednesday 19 July 2006 22:02, Ben Fowler wrote:
On 19/07/06, Bryce Harrington <bryce@...961...> wrote:
Strange; it's trying to patch a makefile and failing. I would suggest trying to do a 'make distclean', and then re-run autogen.sh. If that doesn't do it, delete the po/ directory and re- svn up.
This bug is in the tracker somewhere.
Really? I haven't found it!
Well... Not true! I've found many related reports (failed Makefile patching, po/ directory building...) but none breaks at exactly same point. Also, neither one has applyable workaround.
You certainly wouldn't like another report laying around just to be closed with "works for me" status. I guess...
See the thread in this list from last November entitled "Inkscape from CVS will not compile on Fedora Core 3".
It is remotely possible that you have an incorrect, badly configured or too old edition of intltool somewhere. If so, you need to remove all of them and re-emerge intltool - perhaps under the named gettext.
I think that we are always happy for bugs to be opened wherever there are new or inexplicable problems, but sometimes, it can be helpful to look back over previous comments.
Ben
participants (5)
-
unknown＠example.com -
Ben Fowler -
Bryce Harrington -
Ralf Stephan -
Vladimir Savic