On Jun 22, 2007, at 11:58 AM, Ralf S. Engelschall wrote:
On Fri, Jun 22, 2007, Jeff Johnson wrote:
All fine except that I think "file" (as it is not modified, isn't it?)
you can easily keep externally.
Yes, file is unmodified.
The ratinale for internal file is solely to control for magic
content that ends up in *.rpm packages. As soon as there
is any indication of QA in place for magic strings, I will
revert to external file. I'm quite sure rpmbuild will be
blamed for mis-generating metadata even though
the flaw is in /etc/magic (or wherever the file is kept now).
This is what I've tried:
Index: devtool.conf
===================================================================
RCS file: /v/rpm/cvs/rpm/devtool.conf,v
retrieving revision 2.8
diff -u -b -B -w -p -r2.8 devtool.conf
--- devtool.conf 21 Jun 2007 06:55:01 -0000 2.8
+++ devtool.conf 22 Jun 2007 15:32:52 -0000
@@ -9,7 +9,7 @@
MODULE_TAG_ZLIB=""
%checkout
- for name in $MODULE_NAMES; do
+ for name in $MODULE_NAMES $@; do
release=MODULE_TAG_`echo ${name} | tr [a-z] [A-Z]`
release=`eval echo \\$${release}`
if [ ".${release}" = . ]; then
@@ -44,10 +44,9 @@
%autogen
%configure "$@"
-%fire-and-forget
- %prepare
- make
- sudo make install
+%linux
+ %autogen
+ %configure --prefix=/usr --with-sqlite=external
--with-beecrypt=external --with-neon=external --with-lua=internal
--with-bzip2=external --with-zlib=internal --with-popt=external
%tarball
%checkout
With an invocation like
CPPFLAGS="-I/usr/include/beecrypt" LDFLAGS="-L${top_builddir}/lua
-L${top_builddir}/zlib" ./devtool linux
Why are the CPPFLAGS and LDFLAGS required? I would expect that they
are
not required. Especially the lua and zlib hacks should be not
required.
We should figure out _WHY_ it doesn't work for you out-of-the-box...
I added what appeared to "work" until I hit the concrete wall.
rpmio Makefile is not getting -I/usr/include/beecrypt so I added to
CPPFLAGS.
No -llua is the problem below. I added the zlib entry based on what I
saw
last night, editing */Makefile until joy of build&install.
I'm getting this failure:
/bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -fPIC -DPIC
-D_GNU_SOURCE -D_REENTRANT -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wno-char-subscripts -fpie -I/usr/include/neon
-D_LARGEFILE64_SOURCE -DNE_LFS -no-undefined -release 5.0 -L/usr/lib
-L/usr/lib -Wl,--version-script=./librpmio.vers -L/usr/lib -L/usr/
lib -o
librpmio.la -rpath /usr/lib argv.lo digest.lo fts.lo getpass.lo
macro.lo
mire.lo md2.lo md4.lo rmd128.lo rmd160.lo rmd256.lo rmd320.lo
sha224.lo
salsa10.lo salsa20.lo tiger.lo rpmdav.lo rpmhash.lo rpmhook.lo
rpmio.lo
rpmlog.lo rpmlua.lo rpmmalloc.lo rpmpgp.lo rpmrpc.lo rpmsq.lo
rpmsw.lo
strcasecmp.lo strtolocale.lo stubs.lo url.lo ugid.lo
LzmaDecode.lo -ldl
-lsqlite3 -lpopt -lneon -lbeecrypt -lrt -lpthread -lbz2 -lneon -lz
-L/usr/kerberos/lib -lssl -lcrypto -ldl -lz -lgssapi_krb5 -lkrb5 -
lk5crypto
-lkrb5support -lcom_err -lresolv -lxml2 -lz -lm -lz -lmagic -ldb -
llua
[...]
What do I miss? I'll be happy to start hacking, but my hacks are
almost
certainly on a different approach to the problem.
Is there a better way to get a "fire-and-forget" configuration
together?
No, just create your own personal %xxx section in devtool.conf. That
would be just fine. But now to the problem: seems like your internal's
are not correctly picked up. The above line for my looks like this:
| /usr/opkg/bin/bash ../libtool --tag=CC --mode=link gcc -fPIC -DPIC
| -D_GNU_SOURCE -D_REENTRANT -Wall -Wpointer-arith -Wstrict-prototypes
| -Wmissing-prototypes -Wno-char-subscripts -no-undefined -release
| 5.0 -L/tmp/rpm/lib -L/tmp/rpm/lib -L/tmp/rpm/lib -L/tmp/rpm/lib -o
| librpmio.la -rpath /tmp/rpm/lib argv.lo digest.lo fts.lo getpass.lo
| macro.lo mire.lo md2.lo md4.lo rmd128.lo rmd160.lo rmd256.lo
rmd320.lo
| sha224.lo salsa10.lo salsa20.lo tiger.lo rpmdav.lo rpmhash.lo
rpmhook.lo
| rpmio.lo rpmlog.lo rpmlua.lo rpmmalloc.lo rpmpgp.lo rpmrpc.lo
rpmsq.lo
| rpmsw.lo strcasecmp.lo strtolocale.lo stubs.lo url.lo ugid.lo
| LzmaDecode.lo -lsqlite3 -lpopt -lmagic -lneon -lbeecrypt -
lpthread -lbz2
| -lz -lssl -lcrypto -lm -L/tmp/rpm/lib -ldb -llua
You see, there is no -L for the lua stuff, nevertheless it doesn't
fail
for me. Hmmm... interesting, we've to investigate here. I'll look.
Thanks. No complaints whatsoever, you're an artist!
73 de Jeff
______________________________________________________________________
RPM Package Manager http://rpm5.org
Developer Communication List rpm-devel@rpm5.org
