couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alexander Shorin <kxe...@gmail.com>
Subject Re: Trying to build 1.6.0-rc.1
Date Thu, 16 Jan 2014 11:32:02 GMT
Also interesting information about:
https://lists.gnu.org/archive/html/automake/2011-06/msg00031.html
--
,,,^..^,,,


On Thu, Jan 16, 2014 at 3:29 PM, Alexander Shorin <kxepal@gmail.com> wrote:
> On Thu, Jan 16, 2014 at 3:05 PM, Dirkjan Ochtman <dirkjan@ochtman.nl> wrote:
>> On Thu, Jan 16, 2014 at 11:41 AM, Alexander Shorin <kxepal@gmail.com> wrote:
>>> According last paragraph for v7 format, I think we'd hit this issue on
>>> Gentoo due to stable app-arch/tar package - it's 1.26 while 1.27.x are
>>> marked as unstable:
>>
>> So you're saying we have very long file names relative to our tarball
>> root, and the stable tar version on Gentoo is too old to support that?
>
> Yes. If you run just make dist without ustar fix you'll note next
> lines in output:
> tardir=apache-couchdb-1.6.0+build.d4cb604 && ${TAR-tar} chof -
> "$tardir" | GZIP=--best gzip -c
>>apache-couchdb-1.6.0+build.d4cb604.tar.gz
> tar: apache-couchdb-1.6.0+build.d4cb604/src/my-first-couchdb-plugin/priv/default.d/my_first_couchdb_plugin.ini:
> file name is too long (max 99); not dumped
> tar: apache-couchdb-1.6.0+build.d4cb604/src/my-first-couchdb-plugin/test/my_first_couchdb_plugin_tests.erl:
> file name is too long (max 99); not dumped
> tar: apache-couchdb-1.6.0+build.d4cb604/src/fauxton/assets/less/bootstrap/font-awesome/font-awesome-ie7.less:
> file name is too long (max 99); not dumped
> tar: Exiting with failure status due to previous errors
>
>> Is extraction support for these new-style archives available in 1.26?
>
> According the same changelog, ustar format was introduced in tar-1.14
> which was released in 2004 year, so there shouldn't be any problems
> with. Also, ustar is supported by bsdtar. Sure, we're loosing support
> of ancient systems with such fix, but I'm not sure that CouchDB users
> are uses such.
>
>> If not, it may make sense to make sure our file names are a little shorter.
>
> This is always good practice to follow (:
>
> --
> ,,,^..^,,,

Mime
View raw message