<br><br><div><span class="gmail_quote">On 11/19/05, <b class="gmail_sendername">Toshio Kuratomi</b> <<a href="mailto:toshio@tiki-lounge.com">toshio@tiki-lounge.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Is the yum in mock the system yum?  If so I think this will currently<br>fail as yum will detect a lock file and error.  (I tried running<br>mockbuild while a system yum was running and got a very strange<br>result... mock setup the basic build hierarcy but did not populate with
<br>any packages.  And it failed to leave any log files at all.)</blockquote><div><br>
It uses mock-yum which just uses the system yum and drops the
LD_PRELOAD from the environment. Although it uses the system yum, it
should be rooted into the hierarchy which was created. So, there
shouldn't be any lock file problems. You must be seeing something else.
If possible, run your build again with the cvs version of mock. (Plus,
I need more eyes to look at the logging patch I committed last week. :D
)<br>
<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">It sounds possible from a dependency angle but very icky<br>implementationally.  Having a mock build in the middle of depsolving?
<br>More important, there are currently no SRPM repositories indexed by<br>rpm-metadata so getting the srpms would have to be done with a bit of<br>fragile guesswork.</blockquote><div><br>
They could be indexed. But, doing this sounds a little too CPANish.
Think about running rpmbuild during like %install or something crazy
like that. Lot's of weird things can happen and I'm not certain if
upstream rpm wants to support that.<br clear="all">
</div></div><br>-- <br>-jeff