Re: Flexibly building against third-party libraries (RPM_CHECK_LIB)

2007-06-22 Thread Arkadiusz Miskiewicz
On Friday 22 of June 2007, Jeff Johnson wrote: Hmm, apologies for empty message. I swear I wrote something. What I said is that there is a possibility that 2 -lz linkages might be needed for -lneon external and zlib internal. Huh, that would only mean that your libneon.so is broken (not

Re: [PATCH] use %{__tar}/%{__patch} for %setup/%patch and support patch(1)'s -d option

2007-06-22 Thread Ralf S. Engelschall
On Fri, Jun 22, 2007, Jeff Johnson wrote: [...] The '-' character is already in use, %{?-F} expands to -F if defined. Then use perhaps =. I do not mind very much about the actual character. But at least need the literal part as the macro name and the literal part are certainly different...

Storing arbitrary metadata in RPM headers

2007-06-22 Thread Alex Myltsev
Hello, what is the best way to store (more or less) arbitrary metadata in RPM headers? The thing is, at ALT Linux we build RPMs from git repositories, and I'd like to store the commit ID, repository URL etc. somewhere in the binary RPM (to match binary RPMs to their sources). Later on I may

Re: Storing arbitrary metadata in RPM headers

2007-06-22 Thread Jeff Johnson
On Jun 22, 2007, at 9:10 AM, Alex Myltsev wrote: Hello, what is the best way to store (more or less) arbitrary metadata in RPM headers? The issue for rpm is arbitrary because any metadata in headers (if successful) will eventually need a well defined usage semantic. The thing is,

How do I flexibly achieve ...

2007-06-22 Thread Jeff Johnson
Time to get with the RPM_CHECK_LIB program. I managed to fumble my way to a successful build last night. Now I'm trying to get a fire-and-forget setup together. Here's the linux build I usually do: db internal zlibinternal fileinternal lua internal neon

Re: How do I flexibly achieve ...

2007-06-22 Thread Ralf S. Engelschall
On Fri, Jun 22, 2007, Jeff Johnson wrote: Time to get with the RPM_CHECK_LIB program. Fine ;-) I managed to fumble my way to a successful build last night. Now I'm trying to get a fire-and-forget setup together. Here's the linux build I usually do: dbinternal zlib

Re: [CVS] RPM: rpm/ devtool.conf

2007-06-22 Thread Jeff Johnson
On Jun 22, 2007, at 11:50 AM, Ralf S. Engelschall wrote: Log: allow people like Jeff to build with more internal stuff (although I personally think we shouldn't do this ;-) We agree. I still gotta get 4.5/5.0 srpm snapshots together this evening. Shall I feature regress? 73

Re: How do I flexibly achieve ...

2007-06-22 Thread Jeff Johnson
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

Re: [CVS] RPM: rpm/ devtool.conf

2007-06-22 Thread Jeff Johnson
On Jun 22, 2007, at 12:32 PM, Jeff Johnson wrote: OK. I'll likely have more info shortly. Here's config.status snippet: s,@CFLAGS@,|#_!!_#|-g -O2 -fPIC -DPIC -D_GNU_SOURCE -D_REENTRANT - Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno- char-subscripts -fpie

Re: [CVS] RPM: rpm/ devtool.conf

2007-06-22 Thread Ralf S. Engelschall
On Fri, Jun 22, 2007, Jeff Johnson wrote: On Jun 22, 2007, at 12:52 PM, Jeff Johnson wrote: Ah, yes, grep is my friend. Digging ... Here's set -x spew: [..] + test . '!=' . === isn't the IFS=: missing here? + for __rcl_location in '${with_beecrypt}'