Re: [Dovecot] 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required
On Sun, 2007-12-30 at 22:02 -0800, snowcrash wrote: make make all-recursive Making all in src Making all in lib make: don't know how to make unicodemap.c. Stop I can't reproduce this with FreeBSD 6.2. unicodemap.c is distributed in the tarball, so I don't know why it would give that error. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required
I can't reproduce this with FreeBSD 6.2. unicodemap.c is distributed in the tarball, so I don't know why it would give that error. it's fully reproducible here. note that i'm not using the tarball. rather, pulling the hg 11b13 tag clone. there, there's apparently *no* unicodemap.c included: find . | grep unicodemap ./dovecot/.hg/store/data/src/lib/unicodemap.pl.i ./dovecot/src/lib/unicodemap.pl on two separate FreeBSD 6.2 boxes (1) host w/ jail (2) standalone host doing, cd /usr/local/build rm -rf dovecot* mkdir -p dovecot cd dovecot hg clone -r1.1.beta13 http://hg.dovecot.org/dovecot hg clone -r1.1.2 http://hg.dovecot.org/dovecot-sieve-1.1 cd /usr/local/build/dovecot/dovecot unsetenv CFLAGS CPPFLAGS CXX CXXFLAGS LDFLAGS LDDLFLAGS LIBS LD_PREBIND \ EXTRA_LDFLAGS EXTRA_LIBS ACLOCAL AUTOHEADER AUTOMAKE AUTOCONF setenv LDFLAGS -L/usr/local/lib/db46 -L/usr/local/lib/mysql -L/usr/local/lib -lpthread setenv CPPFLAGS -I/usr/local/include/db46 -I/usr/local/include/mysql -I/usr/local/include setenv SQL_LIBS -lsqlite3 clear ./configure \ --prefix=/usr/local \ --sysconfdir=/usr/local/etc/dovecot \ --with-moduledir=/usr/local/dovecot-plugins \ --with-libiconv-prefix=/usr/local \ --with-ssl=openssl --with-ssldir=/var/ssh/MAIL_CERTS \ --disable-static --enable-shared \ --config-cache \ --disable-debug --enable-maintainer-mode \ --enable-ipv6 \ --with-db \ --with-mysql \ --with-sqlite \ --with-ioloop=best \ --with-sql-drivers=mysql,sqlite \ --with-deliver \ --with-pop3d \ --with-storages=maildir,mbox,dbox,cydir,raw then make yields on BOTH boxes, make all-recursive Making all in src Making all in lib make: don't know how to make unicodemap.c. Stop *** Error code 1 Stop in /s/usr-local/build/dovecot/dovecot/src. *** Error code 1 Stop in /s/usr-local/build/dovecot/dovecot. *** Error code 1 Stop in /s/usr-local/build/dovecot/dovecot. whereas, again on both boxes, gmake reports, gmake all-recursive gmake[1]: Entering directory `/usr/local/build/dovecot/dovecot' Making all in src gmake[2]: Entering directory `/usr/local/build/dovecot/dovecot/src' Making all in lib gmake[3]: Entering directory `/usr/local/build/dovecot/dovecot/src/lib' test -f UnicodeData.txt || wget http://www.unicode.org/Public/UNIDATA/UnicodeData.txt UnicodeData.txt 100% of 1014 kB 236 kBps perl ./unicodemap.pl UnicodeData.txt unicodemap.c gmake all-am gmake[4]: Entering directory `/usr/local/build/dovecot/dovecot/src/lib' ... and completes without error. noting, ls -al `which make` `which gmake` -r-xr-xr-x 1 root wheel 350904 Dec 21 13:50 /usr/bin/make* -r-xr-xr-x 1 root wheel 199808 Dec 21 16:51 /usr/local/bin/gmake*
Re: [Dovecot] 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required
On Tue, 2008-01-01 at 11:42 -0800, snowcrash wrote: I can't reproduce this with FreeBSD 6.2. unicodemap.c is distributed in the tarball, so I don't know why it would give that error. it's fully reproducible here. note that i'm not using the tarball. rather, pulling the hg 11b13 tag clone. Oh, that's different then. The Makefiles generated by autotools pretty much require GNU make. Only after I make a release with make dist the generated Makefiles work with all makes. I'll add a note of this to the wiki page. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required
On Sun, 30 Dec 2007 22:02:42 -0800 snowcrash [EMAIL PROTECTED] wrote: hi, i'm doing a 1st build of dovecot in a freebsd 62R jail. following instructions at http://wiki.dovecot.org/CompilingSource ./configure make sudo make install after an OK 'configure', @ 'make', i get make make all-recursive Making all in src Making all in lib make: don't know how to make unicodemap.c. Stop *** Error code 1 Stop in /s/usr-local/build/dovecot/dovecot/src. *** Error code 1 Stop in /s/usr-local/build/dovecot/dovecot. *** Error code 1 Stop in /s/usr-local/build/dovecot/dovecot. looking at source, i couldn't figure this out ... on a whim, i tried 'gmake', instead of 'make'. it completes without error. subsequent make check make install are both ok, resulting in ls -al dovecot -rwxr-xr-x 1 root wheel 459786 Dec 30 21:53 dovecot* ./dovecot --version 1.1.beta13 on FreeBSD, apparently, make != gmake ls -al `which make` `which gmake` -r-xr-xr-x 1 root wheel 350904 Dec 29 17:25 /usr/bin/make* -r-xr-xr-x 1 root wheel 199808 Dec 27 06:14 /usr/local/bin/gmake* make --version make: illegal option -- - usage: make [-BPSXeiknqrstv] [-C directory] [-D variable] [-d flags] [-E variable] [-f makefile] [-I directory] [-j max_jobs] [-m directory] [-V variable] [variable=value] [target ...] gmake --version GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for amd64-portbld-freebsd6.2 so, using 'gmake' seems to solve the issue. neither at the link above, nor at, http://wiki.dovecot.org/DovecotServerInstallations/FreeBSD/6.0RELEASE/20Users?highlight=(freebsd) is the use of 'gmake'mentioned. i'd ask/suggest that either said mention be added to the wiki (if it's not already there, and i missed it), or, that the build be made to be FreeBSD-make friendly. I use FreeBSD, although I have never attempted to run Dovecot in a jail. Might I suggest the following: 1) Contact the Dovecot port maintainer and inform him/her of your problem. They may not be aware of it, or it might be something else. 2) File a 'send-pr' so that the matter can be looked at more closely by FreeBSD personnel. 3) You might try inquiring on the FreeBSD forum to see what other FBSD users have to offer. -- Gerard [EMAIL PROTECTED] Yesterday I was a dog. Today I'm a dog. Tomorrow I'll probably still be a dog. Sigh! There's so little hope for advancement. Snoopy signature.asc Description: PGP signature
Re: [Dovecot] 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required
On Mon, Dec 31, 2007 at 06:49:53AM -0500, Gerard wrote: Might I suggest the following: 1) Contact the Dovecot port maintainer and inform him/her of your problem. They may not be aware of it, or it might be something else. But isn't the problem that the OP is *not* using the port? Assuming that e.g. make will always be GNU make, or tar always being GNU tar, isn't the best bet on most platforms. -- Riemer Palstra [EMAIL PROTECTED] I reject your reality and substitute my own!
Re: [Dovecot] 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required
On Mon, 31 Dec 2007 12:56:16 +0100 Riemer Palstra [EMAIL PROTECTED] wrote: On Mon, Dec 31, 2007 at 06:49:53AM -0500, Gerard wrote: Might I suggest the following: 1) Contact the Dovecot port maintainer and inform him/her of your problem. They may not be aware of it, or it might be something else. But isn't the problem that the OP is *not* using the port? Assuming that e.g. make will always be GNU make, or tar always being GNU tar, isn't the best bet on most platforms. If he is not using the port and I fail to see any any good reason not to, then he is pretty much on his own. Putting a 'WARNING' notice up on 'wiki' probably would not be a bad idea. It might server to prevent other users from wasting this forum's time with these sort of postings. Expecting Timo to craft a special build niche build is absurd. He already is working far too hard keeping Dovecot ahead of the pack. There is also the possibility that the OP needs some special function or handling of Dovecot that the port does not support. Informing the maintainer would be a good way of getting this sort of matter taken care of. The OP did not express any special needs, and my crystal ball is off for the holidays, so I am not able to fathom what they might or might not be. By the way, I would have thought that it was obvious that make != gmake. -- Gerard [EMAIL PROTECTED] Wethern's Law: Assumption is the mother of all screw-ups. signature.asc Description: PGP signature
Re: [Dovecot] 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required
On Mon, December 31, 2007 1:16 pm, Gerard wrote: On Mon, 31 Dec 2007 12:56:16 +0100 Riemer Palstra [EMAIL PROTECTED] wrote: On Mon, Dec 31, 2007 at 06:49:53AM -0500, Gerard wrote: Might I suggest the following: 1) Contact the Dovecot port maintainer and inform him/her of your problem. They may not be aware of it, or it might be something else. But isn't the problem that the OP is *not* using the port? Assuming that e.g. make will always be GNU make, or tar always being GNU tar, isn't the best bet on most platforms. If he is not using the port and I fail to see any any good reason not to, then he is pretty much on his own. Putting a 'WARNING' notice up on 'wiki' probably would not be a bad idea. It might server to prevent other users from wasting this forum's time with these sort of postings. Expecting Timo to craft a special build niche build is absurd. He already is working far too hard keeping Dovecot ahead of the pack. There is also the possibility that the OP needs some special function or handling of Dovecot that the port does not support. Informing the maintainer would be a good way of getting this sort of matter taken care of. The OP did not express any special needs, and my crystal ball is off for the holidays, so I am not able to fathom what they might or might not be. By the way, I would have thought that it was obvious that make != gmake. Calm down please. There are many good reasons for not using the port. Dovecot is constantly releasing new betas that should be tested and it might not be feasible to wait for them to go into ports. On top of this the HG development never will make it into ports. Now the point of releasing the betas is that the users should test them. That may be somewhat difficult if the users are told to bugger off when they complain that the betas won't compile. Compile errors are actually put into the development tree from time to time (there appear to be other compile errors with this specific beta release as well) so reporting it to the list makes perfectly sense. After all the feedback comes from the users. Regards (and a happy new year), Mikkel.
Re: [Dovecot] 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required
Gerard wrote: On Mon, 31 Dec 2007 08:12:24 -0800 snowcrash [EMAIL PROTECTED] wrote: hi frank, Yes, that's true. But I had never problems to test new versions with a modified port. I copied the port files to a new directory and changed the Makefile, e.g.: (snip) This works on FreeBSD-7 in a jail. that's good to know. thanks! (btw, what were your base JAIL buildworld make.conf specs for the dovecot-containing jail? if you can share, please email me offlist ...) nonetheless, isn't it a bit ironic -- in this thread, anyway -- after being told you're on your own for using recommended/supported procedures, and barked @ for not using the standard port, that doing something completely unsupported, which works fortuitously, especially since there are some significant differences between v109 an v11bXXX, is deemed like an excellent idea? lol. I fail to see a contradiction. Frank described one very useful method of testing a beta product derived from an existing FBSD port. I use tinderbox myself, but that is irrelevant. If the OP had asked that question on the FBSD forum, he might well have received a satisfactory response also. The OP, whom obviously is not fully aware of the build intricacies on a FBSD system -- not that I claim to be either -- wanted Timo to invest his time in building a custom product for him to test. Now that I consider absurd. I disagree with that statement. I think the OP was stating that the build instructions on the wiki never mention anything about possibly having to use gmake instead of make in a FreeBSD system. I think it was very usual information that should be added to the wiki for anybody who uses FreeBSD to build that might have the same setup as the OP. This mailing list and the wiki are support tools for Dovecot and I think we need to use them that way. Jeff
[Dovecot] 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required
hi, i'm doing a 1st build of dovecot in a freebsd 62R jail. following instructions at http://wiki.dovecot.org/CompilingSource ./configure make sudo make install after an OK 'configure', @ 'make', i get make make all-recursive Making all in src Making all in lib make: don't know how to make unicodemap.c. Stop *** Error code 1 Stop in /s/usr-local/build/dovecot/dovecot/src. *** Error code 1 Stop in /s/usr-local/build/dovecot/dovecot. *** Error code 1 Stop in /s/usr-local/build/dovecot/dovecot. looking at source, i couldn't figure this out ... on a whim, i tried 'gmake', instead of 'make'. it completes without error. subsequent make check make install are both ok, resulting in ls -al dovecot -rwxr-xr-x 1 root wheel 459786 Dec 30 21:53 dovecot* ./dovecot --version 1.1.beta13 on FreeBSD, apparently, make != gmake ls -al `which make` `which gmake` -r-xr-xr-x 1 root wheel 350904 Dec 29 17:25 /usr/bin/make* -r-xr-xr-x 1 root wheel 199808 Dec 27 06:14 /usr/local/bin/gmake* make --version make: illegal option -- - usage: make [-BPSXeiknqrstv] [-C directory] [-D variable] [-d flags] [-E variable] [-f makefile] [-I directory] [-j max_jobs] [-m directory] [-V variable] [variable=value] [target ...] gmake --version GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for amd64-portbld-freebsd6.2 so, using 'gmake' seems to solve the issue. neither at the link above, nor at, http://wiki.dovecot.org/DovecotServerInstallations/FreeBSD/6.0RELEASE/20Users?highlight=(freebsd) is the use of 'gmake'mentioned. i'd ask/suggest that either said mention be added to the wiki (if it's not already there, and i missed it), or, that the build be made to be FreeBSD-make friendly. hth. cheers!