Andreas Jaeger wrote:
That's what I'm trying to find out.
I'm using rpmbuild -ba.
That might mean that you have different packages in the environment than we have. Please double check the BuildRequires line.
Unless rpm has changed, it also checks the BuildRequires line -- so "theoretically...." :-)
So at this point, I'm building across releases 11.0 src rpm on 10.3 with 3rd party patches. Is this something "build" is designed for?
Yes, it is.
Might be worth at least "setting up", but given how it re-installs all packages from scratch -- If I'm building for a different & incompatible architecture, that's one thing -- but I prefer to work on making packages usable across all my systems. _Usually_, rebuilding a package with one's current environment will make sure that it links with the libraries it needs to run on that system. Ideally --as has been traditional in linux and Open source since the start -- if you wanted something to run on your system, you built it from source on your system and 'configure' tried to take care of the individual system differences. If build installs different packages from what is using in on one's system, doesn't that make build-built packages less likely to be compatible with one's current system.?
It might be that more people can help you on the opensuse-packaging mailing list - or try the IRC channel,
Not a fast typer, so I find IRC not so ideal to use (not to mention my desktop is behind a FW and needs to go through one of my proxies to get to the net). There's likely some howto docs -- the main thing I'd likely want to be able to do is point build at my own, local package dirs -- that might contain some custom packages -- so I'd want to be able to (re)generate needed 'Db's. Of course it still doesn't help me figure out why the spec file has removed pthreads when they appear to be needed. It doesn't *look* like a missing-requirements issue -- I have pthreads. In fact, to get things working, I created a patch to add the needed "-lpthread" arg back into the makefile of the affected util - added it to the sources & included in the spec file -- and everything builds "fine". So my real question at this point is why the pthread lib was removed in the first place any how/why this error hasn't popped up before, as, the way it is, it appears the specfile is broken. I did start my questing by wondering if "libpthread" had somehow become "inherent" in the 11.0 link environment -- if the threads had been included in a standardly included lib, or if gcc included them by default. But that doesn't appear to be the case. As far as anyone has been able to tell me -- any prog needing pthreads still needs to explicitly link libpthread in 11.0. Hey -- question -- when factory is "built", I assume logs of each package built are generated and stored somewhere. Are those logs able to be examined? That might tell me something right there... Thanks for anyone that might know about these issues. linda --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org