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



Reply via email to