2010/9/17 Frans Meulenbroeks <[email protected]>: > 2010/9/17 Tom Rini <[email protected]>: >> Frans Meulenbroeks wrote: >>> >>> 2010/9/16 Tom Rini <[email protected]>: >>>> >>>> Frans Meulenbroeks wrote: >>>> >>>>> The patches I just pushed are tested using bitbake -c patch for all >>>>> recipes as far as possible). >>>>> (in the recipes I pushed I could not test alsa-scenario_git.bb as it >>>>> didn't fetch for me and alsa-driver_0.9.6-hh4c.bb as it was for h3600 >>>>> and h3900 only), >>>> >>>> Not to stop the work here, but is there a reason you couldn't do >>>> MACHINE=h3600 bitbake -c patch -b >>>> openembedded/recipes/alsa/alsa-driver_0.9.6-hh4c.bb ? Yes, the initial >>>> parsing sucks but I think it's important for things like this to go out >>>> and >>>> find the case where a given recipe is supposed to work and make sure it >>>> still works. "It didn't fetch" is a legitimate stopper (and I think >>>> candidate for moving to nonworking) of testing something. >>> >>> I'll try the MACHINE = thingie tonight or tomorrow. Actually >> >> OK. Note that doing it on the commandline means having it in >> BB_ENV_EXTRAWHITE. Otherwise it's just short-hand for editing your >> local.conf :) Thanks! > > I know. > Just tried it for openembedded/recipes/alsa/alsa-driver_0.9.6-hh4c.bb > This recipe fetches from ftp.handhelds.org which resolves to > h2.handhelds.org, but does not give data. > > If I ftp to there from the cmd line I get connected but after a while I get > 421 Service not available, remote server timed out. Connection closed > > So this one seems dead too. > > Frans > Forgot to mention: no one has alsa-driver in its dependencies. Perhaps this is from the stone age when alsa was not yet in the kernel.
Frans _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
