[oe] script to remove orphaned files

[Frans Meulenbroeks]

2010/9/17 Frans Meulenbroeks <fransmeulenbroeks at gmail.com>:
> 2010/9/17 Tom Rini <tom_rini at mentor.com>:
>> Frans Meulenbroeks wrote:
>>>
>>> 2010/9/16 Tom Rini <tom_rini at mentor.com>:
>>>>
>>>> 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