You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@couchdb.apache.org by Dirkjan Ochtman <di...@ochtman.nl> on 2014/01/12 10:48:14 UTC
Trying to build 1.6.0-rc.1
Running into a failure:
make[3]: *** No rule to make target
`my-first-couchdb-plugin/priv/default.d/my_first_couchdb_plugin.ini',
needed by `distdir'. Stop.
Could someone please take a look?
Cheers,
Dirkjan
Re: Trying to build 1.6.0-rc.1
Posted by Alexander Shorin <kx...@gmail.com>.
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 <kx...@gmail.com> wrote:
> On Thu, Jan 16, 2014 at 3:05 PM, Dirkjan Ochtman <di...@ochtman.nl> wrote:
>> On Thu, Jan 16, 2014 at 11:41 AM, Alexander Shorin <kx...@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 (:
>
> --
> ,,,^..^,,,
Re: Trying to build 1.6.0-rc.1
Posted by Alexander Shorin <kx...@gmail.com>.
On Thu, Jan 16, 2014 at 3:05 PM, Dirkjan Ochtman <di...@ochtman.nl> wrote:
> On Thu, Jan 16, 2014 at 11:41 AM, Alexander Shorin <kx...@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 (:
--
,,,^..^,,,
Re: Trying to build 1.6.0-rc.1
Posted by Dirkjan Ochtman <di...@ochtman.nl>.
On Thu, Jan 16, 2014 at 11:41 AM, Alexander Shorin <kx...@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?
Is extraction support for these new-style archives available in 1.26?
If not, it may make sense to make sure our file names are a little
shorter.
(I'm also going to kick the Gentoo stabilization bug for tar a bit, bug 496212.)
Cheers,
Dirkjan
Re: Trying to build 1.6.0-rc.1
Posted by Alexander Shorin <kx...@gmail.com>.
On Thu, Jan 16, 2014 at 2:20 PM, Dirkjan Ochtman <di...@ochtman.nl> wrote:
> On Wed, Jan 15, 2014 at 10:46 PM, Alexander Shorin <kx...@gmail.com> wrote:
>> Fixed in http://git-wip-us.apache.org/repos/asf/couchdb/commit/f0425383
>>
>> Dirkjan, try it now - there shouldn't be any issues
>
> Awesome!
>
> That's a pretty obscure fix, though. Do you have any details on what
> went wrong and why this fixes it?
I think this page explains the change:
http://www.gnu.org/software/tar/manual/html_chapter/Formats.html
> v7
> Archive format, compatible with the V7 implementation of tar. This format imposes a number of limitations. The most important of them are:
>
> 1. The maximum length of a file name is limited to 99 characters.
> ...
> This format has traditionally been used by Automake when producing Makefiles. This practice will change in the future, in the meantime, however this means that projects containing file names more than 99 characters long will not be able to use GNU tar 1.27 and Automake prior to 1.9.
And this is our ustar fix:
> ustar
>
> Archive format defined by POSIX.1-1988 specification. It stores symbolic ownership information. It is also able to store special files. However, it imposes several restrictions as well:
>
> 1. The maximum length of a file name is limited to 256 characters, provided that the file name can be split at a directory separator in two parts, first of them being at most 155 bytes long. So, in most cases the maximum file name length will be shorter than 256 characters.
> 2. The maximum length of a symbolic link name is limited to 100 characters.
> 3. Maximum size of a file the archive is able to accommodate is 8GB
> 4. Maximum value of UID/GID is 2097151.
> 5. Maximum number of bits in device major and minor numbers is 21.
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:
$ tar --version
tar (GNU tar) 1.26
$ eix app-arch/tar
[I] app-arch/tar
Available versions: 1.26-r1{tbz2} ~1.27-r2 ~1.27.1 ~1.27.1-r1
Installed versions: 1.26-r1{tbz2}(07:08:33 PM 10/08/2013)(nls
-minimal -static -xattr USERLAND="GNU")
While others distros seems are providing more recent version of tar.
However, I didn't run any tests to proof this fact and tar-1.27 change
log has no mentions about related change, but I have no any other
explanation of such behaviour for now.
--
,,,^..^,,,
Re: Trying to build 1.6.0-rc.1
Posted by Dirkjan Ochtman <di...@ochtman.nl>.
On Wed, Jan 15, 2014 at 10:46 PM, Alexander Shorin <kx...@gmail.com> wrote:
> Fixed in http://git-wip-us.apache.org/repos/asf/couchdb/commit/f0425383
>
> Dirkjan, try it now - there shouldn't be any issues
Awesome!
That's a pretty obscure fix, though. Do you have any details on what
went wrong and why this fixes it?
Cheers,
Dirkjan
Re: Trying to build 1.6.0-rc.1
Posted by Alexander Shorin <kx...@gmail.com>.
Fixed in http://git-wip-us.apache.org/repos/asf/couchdb/commit/f0425383
Dirkjan, try it now - there shouldn't be any issues
--
,,,^..^,,,
On Tue, Jan 14, 2014 at 1:13 AM, Alexander Shorin <kx...@gmail.com> wrote:
> Confirmed on Gentoo Linux for 1.6.x branch.
>
> Deps to note:
> icu-51.2
> autoconf-2.69 and autoconf-2.13 (default 2.69)
> automake-1.9.6 and automake-1.11.6 and automake-1.13.4 (default 1.11.6)
> autoconf-archive-2013.06.09
> spidermonkey-1.8.5
> erlang-16B02
> openssl-1.0.1e
> curl-7.34.0
> --
> ,,,^..^,,,
>
>
> On Mon, Jan 13, 2014 at 11:08 PM, Jan Lehnardt <ja...@apache.org> wrote:
>>
>> On 12 Jan 2014, at 20:51 , Dirkjan Ochtman <di...@ochtman.nl> wrote:
>>
>>> On Sun, Jan 12, 2014 at 6:33 PM, Jan Lehnardt <ja...@apache.org> wrote:
>>>> which command produces this error? (yes `make`, but which one exactly :)
>>>
>>> The build candidate producing script. So, presumably, make distcheck.
>>
>> I can’t reproduce this with ./build_candidate.sh 1.6.x 1.6.0. How are
>> you running this and on what OS/config/deps?
>>
>> Best
>> Jan
>> --
>>
>>
>>
>>
Re: Trying to build 1.6.0-rc.1
Posted by Alexander Shorin <kx...@gmail.com>.
Confirmed on Gentoo Linux for 1.6.x branch.
Deps to note:
icu-51.2
autoconf-2.69 and autoconf-2.13 (default 2.69)
automake-1.9.6 and automake-1.11.6 and automake-1.13.4 (default 1.11.6)
autoconf-archive-2013.06.09
spidermonkey-1.8.5
erlang-16B02
openssl-1.0.1e
curl-7.34.0
--
,,,^..^,,,
On Mon, Jan 13, 2014 at 11:08 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
> On 12 Jan 2014, at 20:51 , Dirkjan Ochtman <di...@ochtman.nl> wrote:
>
>> On Sun, Jan 12, 2014 at 6:33 PM, Jan Lehnardt <ja...@apache.org> wrote:
>>> which command produces this error? (yes `make`, but which one exactly :)
>>
>> The build candidate producing script. So, presumably, make distcheck.
>
> I can’t reproduce this with ./build_candidate.sh 1.6.x 1.6.0. How are
> you running this and on what OS/config/deps?
>
> Best
> Jan
> --
>
>
>
>
Re: Trying to build 1.6.0-rc.1
Posted by Dirkjan Ochtman <di...@ochtman.nl>.
On Mon, Jan 13, 2014 at 10:12 PM, Dirkjan Ochtman <di...@ochtman.nl> wrote:
> I'm running Gentoo Linux, Erlang 15B03, what else do you want to know?
> Have we recently gained any dependencies for this stuff (along the
> lines of node, v8, etc)?
Further notes after reading IRC backlog: make-3.82, autoconf-2.69,
automake-1.13.
Re: Trying to build 1.6.0-rc.1
Posted by Dirkjan Ochtman <di...@ochtman.nl>.
On Mon, Jan 13, 2014 at 8:08 PM, Jan Lehnardt <ja...@apache.org> wrote:
> I can’t reproduce this with ./build_candidate.sh 1.6.x 1.6.0. How are
That's what I ran. I can try it again tomorrow from a clean slate, but
that shouldn't make a difference for build_candidate.sh.
I'm running Gentoo Linux, Erlang 15B03, what else do you want to know?
Have we recently gained any dependencies for this stuff (along the
lines of node, v8, etc)?
Cheers,
Dirkjan
Re: Trying to build 1.6.0-rc.1
Posted by Jan Lehnardt <ja...@apache.org>.
On 12 Jan 2014, at 20:51 , Dirkjan Ochtman <di...@ochtman.nl> wrote:
> On Sun, Jan 12, 2014 at 6:33 PM, Jan Lehnardt <ja...@apache.org> wrote:
>> which command produces this error? (yes `make`, but which one exactly :)
>
> The build candidate producing script. So, presumably, make distcheck.
I can’t reproduce this with ./build_candidate.sh 1.6.x 1.6.0. How are
you running this and on what OS/config/deps?
Best
Jan
--
Re: Trying to build 1.6.0-rc.1
Posted by Dirkjan Ochtman <di...@ochtman.nl>.
On Sun, Jan 12, 2014 at 6:33 PM, Jan Lehnardt <ja...@apache.org> wrote:
> which command produces this error? (yes `make`, but which one exactly :)
The build candidate producing script. So, presumably, make distcheck.
Cheers,
Dirkjan
Re: Trying to build 1.6.0-rc.1
Posted by Jan Lehnardt <ja...@apache.org>.
which command produces this error? (yes `make`, but which one exactly :)
On 12 Jan 2014, at 10:48 , Dirkjan Ochtman <di...@ochtman.nl> wrote:
> Running into a failure:
>
> make[3]: *** No rule to make target
> `my-first-couchdb-plugin/priv/default.d/my_first_couchdb_plugin.ini',
> needed by `distdir'. Stop.
>
> Could someone please take a look?
>
> Cheers,
>
> Dirkjan
Re: Trying to build 1.6.0-rc.1
Posted by Noah Slater <ns...@apache.org>.
They are there in the source repo though:
https://git-wip-us.apache.org/repos/asf?p=couchdb.git;a=blob_plain;f=src/fauxton/app/templates/documents/advanced_options.html;hb=1.6.x
If they shouldn't be there, are there missing changes on the 1.6.x branch?
On 17 January 2014 19:37, Sue <de...@gmail.com> wrote:
> We refactored our project this week and removed those files, that's why
> they aren't in the Makefile.
>
>
> On Fri, Jan 17, 2014 at 12:40 PM, Noah Slater <ns...@apache.org> wrote:
>
>> These files need to be added to FAUXTON_FILES in the Makefile.am:
>>
>>
>> https://git-wip-us.apache.org/repos/asf?p=couchdb.git;a=blob_plain;f=src/Makefile.am;hb=1.6.x
>>
>> On 17 January 2014 15:12, Dirkjan Ochtman <di...@ochtman.nl> wrote:
>> > Next failure:
>> >
>> > Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons:
>> compaction
>> > Only in
>> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons/config:
>> > assets
>> > Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons:
>> > verifyinstall
>> > Only in
>> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
>> > advanced_options.html
>> > Only in
>> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
>> > all_docs_layout.html
>> > Only in
>> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
>> > all_docs_number.html
>> > Only in
>> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
>> > design_doc_selector.html
>> > Only in
>> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/layouts:
>> > one_pane_notabs.html
>> > Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton: extensions.md
>> >
>> > Should these files be included in release tarballs, are not? I'm
>> > guessing most of them should be. If someone can fix0r the build
>> > system, that would be awesome.
>> >
>> > Cheers,
>> >
>> > Dirkjan
>>
>>
>>
>> --
>> Noah Slater
>> https://twitter.com/nslater
>>
--
Noah Slater
https://twitter.com/nslater
Re: Trying to build 1.6.0-rc.1
Posted by Sue <de...@gmail.com>.
We refactored our project this week and removed those files, that's why
they aren't in the Makefile.
On Fri, Jan 17, 2014 at 12:40 PM, Noah Slater <ns...@apache.org> wrote:
> These files need to be added to FAUXTON_FILES in the Makefile.am:
>
>
> https://git-wip-us.apache.org/repos/asf?p=couchdb.git;a=blob_plain;f=src/Makefile.am;hb=1.6.x
>
> On 17 January 2014 15:12, Dirkjan Ochtman <di...@ochtman.nl> wrote:
> > Next failure:
> >
> > Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons:
> compaction
> > Only in
> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons/config:
> > assets
> > Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons:
> > verifyinstall
> > Only in
> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
> > advanced_options.html
> > Only in
> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
> > all_docs_layout.html
> > Only in
> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
> > all_docs_number.html
> > Only in
> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
> > design_doc_selector.html
> > Only in
> /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/layouts:
> > one_pane_notabs.html
> > Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton: extensions.md
> >
> > Should these files be included in release tarballs, are not? I'm
> > guessing most of them should be. If someone can fix0r the build
> > system, that would be awesome.
> >
> > Cheers,
> >
> > Dirkjan
>
>
>
> --
> Noah Slater
> https://twitter.com/nslater
>
Re: Trying to build 1.6.0-rc.1
Posted by Noah Slater <ns...@apache.org>.
These files need to be added to FAUXTON_FILES in the Makefile.am:
https://git-wip-us.apache.org/repos/asf?p=couchdb.git;a=blob_plain;f=src/Makefile.am;hb=1.6.x
On 17 January 2014 15:12, Dirkjan Ochtman <di...@ochtman.nl> wrote:
> Next failure:
>
> Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons: compaction
> Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons/config:
> assets
> Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons:
> verifyinstall
> Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
> advanced_options.html
> Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
> all_docs_layout.html
> Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
> all_docs_number.html
> Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
> design_doc_selector.html
> Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/layouts:
> one_pane_notabs.html
> Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton: extensions.md
>
> Should these files be included in release tarballs, are not? I'm
> guessing most of them should be. If someone can fix0r the build
> system, that would be awesome.
>
> Cheers,
>
> Dirkjan
--
Noah Slater
https://twitter.com/nslater
Re: Trying to build 1.6.0-rc.1
Posted by Dirkjan Ochtman <di...@ochtman.nl>.
Next failure:
Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons: compaction
Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons/config:
assets
Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/addons:
verifyinstall
Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
advanced_options.html
Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
all_docs_layout.html
Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
all_docs_number.html
Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/documents:
design_doc_selector.html
Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton/app/templates/layouts:
one_pane_notabs.html
Only in /tmp/build_candidate.sh.gvaJf4/1.6.x/src/fauxton: extensions.md
Should these files be included in release tarballs, are not? I'm
guessing most of them should be. If someone can fix0r the build
system, that would be awesome.
Cheers,
Dirkjan