|
osdir.com mailing list archive |
|
Subject: Re: www/firefox on NetBSD/m68k ? - msg#00026List: os.netbsd.ports.mac68kYou can look at the "RES" size reported in top for any of the kernel tasks, such as ioflush or reaper. On an Amiga running NetBSD 1.6.2 with 256 megs of memory, usage never exceeds 50 megs or so. On a NetBSD 3 machine with 128 megs, it hovers around 20-30 megs. On netbsd-3, I see this problem: I have not been able to get gtk2 to compile, but cannot remember the exact error. The "pixops" does sound vaguely familiar though, and I do recall it was reported as an internal compiler error. Try building the firefox-gtk1 package; that's the one I was working on, since all the prereqs built OK. I did have to putz with the gdk-pixbuf build - had a missing symlink - but it worked. That's running now. I never got any NetBSD 2 packages built because of the kernel memory consumption problem, but I have plenty of 1.6.2 and 3 packages which I will upload to the NetBSD server sometime soon. I can't upload your NetBSD 2 packages, but I can host them if you need a space for them. John Thread at a glance:
Previous Message by Date: click to view message previewvery brief EDE reviewSince I recently build a desktop environment (Equinox DE) for 68k, I thought I'd give it a try. I'd never heard of it before, nor had I tried to use any DE on 68k, so it would be interested to see what kind of performance I could get. I'm on a 40MHz '040, so unless you're overclocking, this is about the best we're going to see. From running "startx" (with a single aterm and the startede command) to the time the desktop was fully rendered was just a bit under two minutes. Obviously Blackbox and IceWM are quicker, but they're only window managers. The look is a very clean Windows95-ish appearance, with a handy hierachical file browser built into the "start" (actually labeled with an "e" and your login name) menu. As a result, I had no problem getting around to key system components such as control panels and applications, due to familiarity. I've read that there are some themes available, but I believe they're just variations on Windows - you can change the look a bit, but not the feel. I've used Gnome and KDE, but I'm no usability expert so I won't try to draw any comparisons based on my 5 minutes of usage. Also, I used those others on faster machines, not on 68k. Since EDE is built on FLTK (fast light toolkit - implying that Qt and Gtk are slow and bloated) it might be passably fast enough for use on low-end machines. Probably not as low at 68k boxen, though. With just the one aterm running, menu rollover effects couldn't keep up with the mouse. It wasn't horribly laggy, but you definitely noticed. Nonetheless, I'd say give it a try just for fun. Tim -- Tim & Alethea christtrek.org Next Message by Date: click to view message previewRe: www/firefox on NetBSD/m68k ?John Klos wrote: How could I monitor this? I've been building fairly steadily and been up for 42 days this time. I know some people had reported problems but I haven't experienced any on my (relatively lightly used) machines. You can look at the "RES" size reported in top for any of the kernel tasks, such as ioflush or reaper. On an Amiga running NetBSD 1.6.2 with 256 megs of memory, usage never exceeds 50 megs or so. On a NetBSD 3 machine with 128 megs, it hovers around 20-30 megs. Thanks, I will try to keep an eye on it. Try building the firefox-gtk1 package; that's the one I was working on, since all the prereqs built OK. I did have to putz with the gdk-pixbuf build - had a missing symlink - but it worked. That's running now. Let us know how it turns out. If it compiles for you, then maybe my failure is something specific to the NetBSD 2 issues??? I never got any NetBSD 2 packages built because of the kernel memory consumption problem, but I have plenty of 1.6.2 and 3 packages which I Did anyone pinpoint the source of this problem? It seemed to just "go away" in v3, eh? Tim -- Tim & Alethea christtrek.org Previous Message by Thread: click to view message previewRe: www/firefox on NetBSD/m68k ?John Klos wrote: I build on my Q840 running 2.1. netbsd-2 used to have a problem where the kernel's memory usage would grow and grow until the machine paniced - many people didn't notice, but when you have either colocated machines which are in constant use with typically 1/2 a year of uptime, or when you have bulk build machines, it's pretty obvious. Is that problem still around? How could I monitor this? I've been building fairly steadily and been up for 42 days this time. I know some people had reported problems but I haven't experienced any on my (relatively lightly used) machines. On netbsd-3, I see this problem: mkdir .libs cc -DHAVE_CONFIG_H -I. -I../.. -DG_DISABLE_CAST_CHECKS -pthread -I/tmp/pkgsrc/x11/gtk2/work.reva/.buildlink/include/glib/glib-2.0 -I/tmp/pkgsrc/x11/gtk2/work.reva/.buildlink/lib/glib-2.0/include -I/tmp/pkgsrc/x11/gtk2/work.reva/.buildlink/include -DG_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DPREFIX=\"/usr/pkg\" -DGLX_GLXEXT_LEGACY -I/tmp/pkgsrc/x11/gtk2/work.reva/.buildlink/include/freetype2 -I/tmp/pkgsrc/x11/gtk2/work.reva/.x11-buildlink/include -O2 -pthread -Wall -MT pixops.lo -MD -MP -MF .deps/pixops.Tpo -c pixops.c -fPIC -DPIC -o .libs/pixops.o pixops.c: In function `linear_box_half': pixops.c:1325: error: unrecognizable insn: (insn 144 125 62 6 0x0 (set (reg:DF 16 %fp0) (const_double:DF 0 [0x0] 0.0 [0x0.0p+0])) -1 (nil) (nil)) pixops.c:1325: internal compiler error: in extract_insn, at recog.c:2175 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.netbsd.org/Misc/send-pr.html> for instructions. gmake[4]: *** [pixops.lo] Error 1 gmake[4]: Leaving directory `/tmp/pkgsrc/x11/gtk2/work.reva/gtk+-2.8.11/gdk-pixbuf/pixops' Any ideas, anyone? I have not been able to get gtk2 to compile, but cannot remember the exact error. The "pixops" does sound vaguely familiar though, and I do recall it was reported as an internal compiler error. Try building the firefox-gtk1 package; that's the one I was working on, since all the prereqs built OK. I did have to putz with the gdk-pixbuf build - had a missing symlink - but it worked. Tim -- Tim & Alethea christtrek.org Next Message by Thread: click to view message previewRe: www/firefox on NetBSD/m68k ?John Klos wrote: How could I monitor this? I've been building fairly steadily and been up for 42 days this time. I know some people had reported problems but I haven't experienced any on my (relatively lightly used) machines. You can look at the "RES" size reported in top for any of the kernel tasks, such as ioflush or reaper. On an Amiga running NetBSD 1.6.2 with 256 megs of memory, usage never exceeds 50 megs or so. On a NetBSD 3 machine with 128 megs, it hovers around 20-30 megs. Thanks, I will try to keep an eye on it. Try building the firefox-gtk1 package; that's the one I was working on, since all the prereqs built OK. I did have to putz with the gdk-pixbuf build - had a missing symlink - but it worked. That's running now. Let us know how it turns out. If it compiles for you, then maybe my failure is something specific to the NetBSD 2 issues??? I never got any NetBSD 2 packages built because of the kernel memory consumption problem, but I have plenty of 1.6.2 and 3 packages which I Did anyone pinpoint the source of this problem? It seemed to just "go away" in v3, eh? Tim -- Tim & Alethea christtrek.org Loading Comments...
|
|
