"Carlos O'Donell" <[email protected]> writes: > On Mon, Feb 22, 2010 at 1:03 PM, Sergei Golovan <[email protected]> wrote: >> On Mon, Feb 22, 2010 at 8:43 PM, <[email protected]> wrote: >>> Yes, the binary removal is the best option, if the porters are not able >>> to fix this arch-specific problem. I would like to avoid this at all >>> costs, but it might be the only available solution. >> I have added a workaround which disables using vfork() on hppa >> architecture (it is substituted with fork()), so, there's no need in >> removing binary packages. Though it would be better to fix vfork() >> anyway. > This is the workaround I'm going to suggest for now.
Great, this allows us to ignore the problem for some more time. > I am back again looking at why vfork() on hppa is failing. I don't > have a good estimate for how long this will take, given that we don't > really understand the nature of the failure. I will keep debian-hppa > updated with the status of my investigations into the issue. Good to know. Thanks for your work :-) Marc -- BOFH #152: My pony-tail hit the on/off switch on the power strip.
pgpsubt1zNjQs.pgp
Description: PGP signature
