Current problem reports assigned to freebsd-ppc@FreeBSD.org

[Super Biscuit]

--- On Mon, 6/21/10, Justin Hibbits <jrh29 at alumni.cwru.edu> wrote:

From: Justin Hibbits <jrh29 at alumni.cwru.edu>
Subject: Re: Current problem reports assigned to freebsd-ppc at FreeBSD.org
To: "Super Biscuit" <super_bisquit at yahoo.com>
Cc: "FreeBSD bugmaster" <bugmaster at freebsd.org>, freebsd-ppc at freebsd.org
Date: Monday, June 21, 2010, 3:07 PM

On Mon, Jun 21, 2010 at 10:47 AM, Super Biscuit <super_bisquit at yahoo.com> wrote:

S Tracker      Resp.      Description

--------------------------------------------------------------------------------

o power/148003 ppc        FreeBSD 8.1 RC1 (and earlier) install CDs fail with ke

o power/140241 ppc        [kernel] [patch] Linker set problems on PowerPC EABI

o power/135576 ppc        gdb cannot debug threaded programs on ppc

o power/133503 ppc        [sound] Sound stutter after switching ttys

o power/133383 ppc        firefox thr_kill crash with heavy vm load

o power/133382 ppc        [install] Installer gets signal 11

o power/131548 ppc        ofw_syscons no longer supports 32-bit framebuffer

a power/121407 ppc        [panic] Won't boot up; strange error message.

o power/111296 ppc        [kernel] [patch] [request] Support IMISS, DLMISS an DS

o power/93203  ppc        FreeBSD PPC Can't Write to Partitions.




I'm still actively using SNAPSHOT 9.0 and do/did not have trouble with the following:

93203, 121407, 133382, 148003, 133383.

133383 is likely a race condition.  The last time I used firefox, about 4 months ago, I wasn't able to reproduce it.

- Justin

I used the developer build of libxul and firefox3 with patches. Maybe that helped some. Beat Gaetzi had allowed me access to the svn builds.

I did this:
Removed firefox(3.6) and placed the developer build there.
Replaced libxul with libxul-devel and edited the builds to accept the new version.
I did an ssh into the G3 and firefox was still going strong.
Oh, on another note: KDE edu won't build because of lib ocaml is x86 dependent in the build process. This is for kde4, it works and builds with these minor exceptions.
Kdelibs3 need a specific path for install.