You can run the qtp-build-sandbox command from the command line. This will
build the old style sandbox, not unionfs. Then you can chroot to the sandbox
and do whatever trips your trigger (for the most part). ;) Whatever you do
inside of the chroot'd tree will not touch the running server. You can
build/install rpms there (which is what qtp-newmodel does). I don't think
you can actually run qmail in the sandbox though, especially since the
sandbox has been trimmed down.
Roxanne Sandesara wrote:
> Jake --
>
> Is there a way that I can poke and prod at the sandbox functions of qtp
> such that it would agree to rebuild each of the relevant packages and
> then apply them? Or is that wishful thinking on my part?
>
> Roxanne
>
> FYI: No errors in either clamd or spamd logs. But a lot more positive
> results on spamd than I've seen previously.
>
> On Mar 28, 2008, at 5:00 PM, Jake Vickers wrote:
>> Roxanne Sandesara wrote:
>>> It's the most frequent customer at the top, along with the sa-learn
>>> and spamd processes. But it's not just pegged at the top and staying
>>> there.
>>
>> Are you getting any errors in the clam or spamd logs?
>> For giggles, try manually rebuilding and reinstalling clamav, then do
>> the same with your older version of spamassassin. Lastly, rebuild and
>> reinstall simscan to see if that clears anything up.
>>
--
-Eric 'shubes'
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
