I don't know about other distros, but FC6 will never be updated, since it is no longer officially supported. I see that as my tough luck for using an unsupported distro... For now I modify my configure.ac by hand to remove the tar-pax option, which seems to work...

That said, wasn't there some consensus that this requirement could perhaps only be invoked when you actually tried to build a tarball?

-Tom

On Feb 2, 2008 7:35 PM, John Bintz <jcoswell@...1414...> wrote:

Ted,

Myself and others have been having problems building Inkscape since r17648, when you added the option for the tar-pax format in AM_INIT_AUTOMAKE. Ubuntu Gutsy, which I'm running, and Fedora Core 6, according to some mailing list traffic, don't have a new enough version of automake in their standard repositories to run ./autogen.sh successfully with that option enabled. Other distributions may be involved, too. Using automake1.8 and removing the tar-pax option get ./autogen.sh to work, and I'm wondering what you would think about rolling back the tar-pax option for now, to ease the problems that users of those operating systems are having with building Inkscape, and then re-enabling it later, when the repositories for those distributions upgrade to the newer automake1.10.

Thanks,

John

---

This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

On Sat, Feb 02, 2008 at 08:50:15PM -0800, Ted Gould wrote:

On Sat, 2008-02-02 at 22:35 -0500, John Bintz wrote:

...

Myself and others have been having problems building Inkscape since r17648, when you added the option for the tar-pax format in AM_INIT_AUTOMAKE. Ubuntu Gutsy, which I'm running, and Fedora Core 6, according to some mailing list traffic, don't have a new enough version of automake in their standard repositories to run ./autogen.sh successfully with that option enabled. Other distributions may be involved, too.

I gave Ted the original go-ahead to do this change (although I thought it would only affect users invoking 'make dist'), but in reviewing the issues people are having (and the ease with which I've replicated the issues on my own systems), it's clear this change needs to be reverted. The last thing we want to do is insert obstacles for people wishing to compile and contribute to inkscape.

Ted, please revert the tar-pax change for 0.46, or reimplement it such that it imposes the automake 1.10 requirement ONLY when building a tarball. I think the requirement will be acceptable for 0.47.

Bryce

On Sun, 2008-02-03 at 02:16 -0800, Bryce Harrington wrote:

I gave Ted the original go-ahead to do this change (although I thought it would only affect users invoking 'make dist'), but in reviewing the issues people are having (and the ease with which I've replicated the issues on my own systems), it's clear this change needs to be reverted. The last thing we want to do is insert obstacles for people wishing to compile and contribute to inkscape.

Really, we're only stopping contributors using Edgy and FC6. Everyone else has been kicked out by the GTK+ requirements already. Not to mention really old versions of things like Cairo.

I'm not saying that we shouldn't reduce the barriers to contribution, but I think in this case the number of users in the delta is very small.

Ted, please revert the tar-pax change for 0.46, or reimplement it such that it imposes the automake 1.10 requirement ONLY when building a tarball. I think the requirement will be acceptable for 0.47.

I don't think there is a way to do this. We either must count all of our file name lengths (include paths) to be 99 characters or less, or require an automake 1.10 or higher.

--Ted

On Sun, 2008-02-03 at 20:45 -0800, Bryce Harrington wrote:

On Sun, Feb 03, 2008 at 08:28:45PM -0800, Ted Gould wrote:

...

Really, we're only stopping contributors using Edgy and FC6. Everyone else has been kicked out by the GTK+ requirements already. Not to mention really old versions of things like Cairo.

I'm not saying that we shouldn't reduce the barriers to contribution, but I think in this case the number of users in the delta is very small.

I don't think it's correct that the issue only affects Edgy users; I've been able to see the issue on Gutsy (and I think Hardy as well).

If that was the case the PPAs wouldn't build correctly. As you know (and others may not so I'm explaining) the PPAs are VERY strict versions of the various distributions which are built up for the sole purpose of that single build and then discarded. It's nearly impossible to add additional packages that aren't in the archives for those releases.

The error message it generates mentions tar-pax but does not give a hint that upgrading automake would solve it.

I think this is because I forgot to change the version number in the required section, but instead later on in the file. I believe that, by changing it in the required section the error message would be correct.

...

...

Ted, please revert the tar-pax change for 0.46, or reimplement it such that it imposes the automake 1.10 requirement ONLY when building a tarball. I think the requirement will be acceptable for 0.47.

I don't think there is a way to do this. We either must count all of our file name lengths (include paths) to be 99 characters or less, or require an automake 1.10 or higher.

The former option seems to be the safest and least hassle solution, and is the one I think we should go with for 0.46.

Your patch ;)

--Ted

On Wed, 13 Feb 2008 17:09:02 -0800, "Tom Davidson" <tjd@...1007...> wrote:

I am building happily with 1.9.6 after making the following change to my autogen.sh. I'm not sure what 1.10 is required for...

The 1.9.x series had some bugs which we were hitting; the bugs have not been fixed (1.9 is obsolete), but perhaps the code that was triggering the bugs is no more.

-mental

and they probably won't read this mail thread.

On Feb 14, 2008 12:23 AM, Felipe Sanches <felipe.sanches@...400...> wrote:

why don't we simply remove the tar-pax option from non-package-building Makefile targets?

Potentially new contributors may have unnecessary difficulties when trying to compile.

Juca

I am on Gutsy and I was also hit by this problem. The point is that configure or autogen (I have no idea) tries to use automake 1.8 when it's available. If automake 1.10 and automake 1.8 are both installed on the system, autogen will try to use the 1.8 version, and the build will fail. A probable source of error is tools-version.sh in the main directory of the tree, but I'm not sure.

Regards, Krzysztof Kosiński