On Sat, 15 Feb 2003, Michael van Elst wrote: > Thanks for the report. It was another bug in the simple text parser, the > XML parser worked fine. I have uploaded openpkg-tool-20030215-20030215 > to the ftp server.
Thanks. The 20030215 version worked when I tested it yesterday, though I see the UPD/ version is already out. > > However, with _all_ src RPMs from 1.2 (excluding PLUS) you will still get > one _correct_ ambiguity: > > # ambigous sources for MTA > # 0: postfix-2.0.2-1.2.0 = ./postfix-2.0.2-1.2.0.src.rpm > # 1: ssmtp-2.48-1.2.0 = ./ssmtp-2.48-1.2.0.src.rpm > > The '-A' option selects all targets including the virtual target MTA. Actually, I also got a similar ambiguity for KSH, which is understandable. In both cases I removed the one I didn't want. > > Perhaps I'm not doing this right? I just want to build binary rpms from > > all the src.rpms available and decide later what to install on other > > machines. I don't want to pick through them now; I'd like as much > > automation as possible and I was hoping openpkg-tool was the answer. > > There is one more problem with that approach: build options. If you > need to pick a package with different build options you'd have multiple > packages of the same name (even the same filename). I think I understand what you're saying, but I'm not quite sure ... where would I end up with packages of the same name/filename? In the index? > IMHO it is easier to build binaries on demand. You may save the binary > RPMs to some repository, build a second index there and direct 'openpkg build' > to fetch the binary RPMs for installing a second or third machine. By using > indirect indexes you make 'openpkg build' aware of multiple indexes > (see ftp://ftp.openpkg.org/release/1.2/00INDEX.rdf for an example). OK. I see what you mean. In this case, did you do anything special to generate the index? Or did you rely on the fact that there are no RPMs in the top-level directory, and "openpkg index" automatically picks up the 00INDEX... files in the subdirectories? Thanks, -- Vinod ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List [EMAIL PROTECTED]
