Jason Stubbs wrote:
On Saturday 16 April 2005 21:47, Eric S. Johansson wrote:
I frequently find myself fetching packages then building. Reading
through the emerged documentation that does not seem to be any way to do
both in one step fetch first, and then if successful, fetch second?
I tried:
emerge -fDva world && emerge -uDv world
which only mostly prefetched files (misssed a bunch). tried F instead
of F and it missed more and changed what it installed.
ideas?
There's no way to quit a fetch run if a single fetch fails.
The main problem was that I did not fetch all the record packages for
either -f or -F. As for quitting a fetch run, I only need to know that
the fetch failed somehow because if it did, that's when the human should
pay attention. It would be nice to capture the output and send it on
etc. etc. but that's just simple scripting. But the detection of any
failure even if the rest of the process completes is sufficient in this
case.
Wait a couple of weeks and there'll be a couple of dispatch-conf releases that
should make a little bit safer.
in two weeks I'm going to a conference on open source speech recognition
and hopefully streaming audio from presenters with that laptop. I'm the
first presenter on Friday morning. Dark ice, here I come.
PS to the audience: if you can help with setting up the streaming audio
or provide an icecast 2.x relay fore about 10-20 listeners, it would be
most welcome. Also suggestions on how to make dark ice capture the
stream as well as stream so we can make this audio available for later
playback.
my second laptop will be demonstrating speech recognition on Windows
dictating to (gentoo) Linux via coLinux.
warning: this will be a critical commentary because of the major
shortfall links in the HCI space as well as positive statement of how to
fix things.
--
http://www.wired.com/wired/archive/13.03/view.html?pg=5
The result of the duopoly that currently defines "competition" is that
prices and service suck. We're the world's leader in Internet
technology - except that we're not.
--
gentoo-user@gentoo.org mailing list
