Re: UPDATE: mozilla-firefox-3.0
On 2008/07/19 16:08, Martynas Venckus wrote: What i really need to know, is which of these archs work/do not work. alpha amd64 arm powerpc sparc sparc64 arm works. Now I'll build some of the old versions against new nss/nspr.
Re: UPDATE: mozilla-firefox-3.0
On Fri, Jul 18, 2008 at 10:56:58PM -0400, Brandon Mercer wrote: On Fri, Jul 18, 2008 at 10:09 PM, Brad [EMAIL PROTECTED] wrote: On Friday 18 July 2008 22:07:13 Brandon Mercer wrote: On Fri, Jul 18, 2008 at 10:03 PM, Brad [EMAIL PROTECTED] wrote: On Friday 18 July 2008 21:51:03 Brandon Mercer wrote: Wow, It looks just perfect now! Can't wait for the X.org folks to get this fix in. Brandon You didn't specify what it is that you changed... Sorry, Option AccelMethod EXA Option XAANoOffscreenPixmaps in xorg.conf You use one or the other, not both. What video driver are you using? I'm running a kernel with drm enabled. $ dmesg | grep drm inteldrm0 at vga1 info: [drm] Intel i945GM (unit 0) info: [drm] AGP at 0xd000 256MB info: [drm] Initialized i915 1.6.0 20080312 Identifier Card0 Driver intel VendorName Intel Corporation BoardName Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller BusID PCI:0:2:0 Option AccelMethod EXA And with that Option in xorg.conf the weird rendering issue goes away :). EXA has other advantages over XAA as well. If you use the composite extension with XAA, xv output won't work, i.e. mplayer and vlc will just show black frames. With EXA, you can use composite and mplayer/vlc will work as well. This behaviour may be specific to the intel driver though, I'm not sure. Stefan pgpiJMm7Z8tyu.pgp Description: PGP signature
Re: UPDATE: mozilla-firefox-3.0
* Stefan Sperling [2008-07-19]: EXA has other advantages over XAA as well. If you use the composite But it has disadvanteges as well, it breaks on my 82855GM by hanging the X server from time to time. Nikolay
Re: UPDATE: mozilla-firefox-3.0
On Sat, Jul 19, 2008 at 04:08:22PM +0300, Martynas Venckus wrote: Hey, Updated diffs at http://www.altroot.org/p/. Changes: * sqlite-3.5.9 - merge espie's changes, with two small modifications * nss-3.12 - update to nss-3.12 - no need for -Bsymbolic, except for freebl3 * nspr-4.7.1 - no changes * mozilla-firefox-3.0.1 - the nss workaround broke printing. use a better one from kurt, i.e. --disable-libxul. it works just fine now, thanks to kurt - merge, to apply for mozilla-firefox-2.0.0.16 in current - remove -Bsymbolic for components - remove eula, we'll come up w/ the better solution from mozilla - and the best part is, the evil patch can be removed now: ++OS_CXXFLAGS += -fno-stack-protector What i really need to know, is which of these archs work/do not work. alpha amd64 arm powerpc sparc sparc64 All three build just fine on amd64. However latest firefox core dumps every time on startup. Newest sqlite3 and nss work fine with previous firefox patches. If you want, I can't post the core file online and send you a link. -- James Turner BSD Group Consulting http://www.bsdgroup.org
Re: UPDATE: mozilla-firefox-3.0
On Sat, Jul 19, 2008 at 03:40:58PM -0400, James Turner wrote: On Sat, Jul 19, 2008 at 04:08:22PM +0300, Martynas Venckus wrote: Hey, Updated diffs at http://www.altroot.org/p/. Changes: * sqlite-3.5.9 - merge espie's changes, with two small modifications * nss-3.12 - update to nss-3.12 - no need for -Bsymbolic, except for freebl3 * nspr-4.7.1 - no changes * mozilla-firefox-3.0.1 - the nss workaround broke printing. use a better one from kurt, i.e. --disable-libxul. it works just fine now, thanks to kurt - merge, to apply for mozilla-firefox-2.0.0.16 in current - remove -Bsymbolic for components - remove eula, we'll come up w/ the better solution from mozilla - and the best part is, the evil patch can be removed now: ++OS_CXXFLAGS += -fno-stack-protector What i really need to know, is which of these archs work/do not work. alpha amd64 arm powerpc sparc sparc64 All three build just fine on amd64. However latest firefox core dumps every time on startup. Newest sqlite3 and nss work fine with previous firefox patches. If you want, I can't post the core file online and send you a link. s/can't/can/ -- James Turner BSD Group Consulting http://www.bsdgroup.org
Re: UPDATE: mozilla-firefox-3.0
m == Martynas Venckus [EMAIL PROTECTED] writes: m Updated diffs at http://www.altroot.org/p/. Changes: m * sqlite-3.5.9 m - merge espie's changes, with two small modifications m * nss-3.12 m - update to nss-3.12 m - no need for -Bsymbolic, except for freebl3 m * nspr-4.7.1 m - no changes m * mozilla-firefox-3.0.1 m - the nss workaround broke printing. use a better one from kurt, m i.e. --disable-libxul. it works just fine now, thanks to kurt m - merge, to apply for mozilla-firefox-2.0.0.16 in current m - remove -Bsymbolic for components m - remove eula, we'll come up w/ the better solution from mozilla m - and the best part is, the evil patch can be removed now: m ++OS_CXXFLAGS += -fno-stack-protector m What i really need to know, is which of these archs work/do not m work. m alpha amd64 arm powerpc sparc sparc64 This set of patches compile but core, ie. x2: 454firefox Abort trap (core dumped) The problem occurs on both i386 and amd64 with reasonably current snaps, ie. x2: 457sysctl kern.version kern.version=OpenBSD 4.4-beta (GENERIC.MP) #1773: Wed Jul 16 10:07:46 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP a8v: 4015sysctl kern.version kern.version=OpenBSD 4.4-beta (GENERIC.MP) #803: Wed Jul 16 09:48:00 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP (The last 3.0.1 set of patches resulted in a working firefox with the noted problems.) With a new profile, here's the amd64 gdb info ( I have the i386 backtrace which faults in nsCryptoHash::Finish as well) : x2: 456gdb /usr/local/mozilla-firefox/firefox-bin firefox-bin.core GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-unknown-openbsd4.4...(no debugging symbols found) Core was generated by `firefox-bin'. Program terminated with signal 6, Aborted. Reading symbols from /usr/lib/libpthread.so.11.0...done. Loaded symbols for /usr/lib/libpthread.so.11.0 Reading symbols from /usr/local/mozilla-firefox/libxul.so.20.0...done. Loaded symbols for /usr/local/mozilla-firefox/libxul.so.20.0 Reading symbols from /usr/local/mozilla-firefox/libmozjs.so.20.0...done. Loaded symbols for /usr/local/mozilla-firefox/libmozjs.so.20.0 Reading symbols from /usr/local/mozilla-firefox/libxpcom.so.20.0...done. Loaded symbols for /usr/local/mozilla-firefox/libxpcom.so.20.0 Reading symbols from /usr/local/mozilla-firefox/libxpcom_core.so.20.0...done. Loaded symbols for /usr/local/mozilla-firefox/libxpcom_core.so.20.0 Reading symbols from /usr/local/lib/libplds4.so.20.0...done. Loaded symbols for /usr/local/lib/libplds4.so.20.0 Reading symbols from /usr/local/lib/libplc4.so.20.0...done. Loaded symbols for /usr/local/lib/libplc4.so.20.0 Reading symbols from /usr/local/lib/libnspr4.so.20.0...done. Loaded symbols for /usr/local/lib/libnspr4.so.20.0 Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.1200.10...done. Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.1200.10 Reading symbols from /usr/local/lib/libatk-1.0.so.2200.0...done. Loaded symbols for /usr/local/lib/libatk-1.0.so.2200.0 Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.1200.10...done. Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.1200.10 Reading symbols from /usr/local/lib/libgdk_pixbuf-2.0.so.1200.10...done. Loaded symbols for /usr/local/lib/libgdk_pixbuf-2.0.so.1200.10 Reading symbols from /usr/local/lib/libpangocairo-1.0.so.1600.0...done. Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.1600.0 Reading symbols from /usr/local/lib/libcairo.so.8.0...done. Loaded symbols for /usr/local/lib/libcairo.so.8.0 Reading symbols from /usr/local/lib/libglitz.so.2.0...done. Loaded symbols for /usr/local/lib/libglitz.so.2.0 Reading symbols from /usr/local/lib/libpng.so.7.0...done. Loaded symbols for /usr/local/lib/libpng.so.7.0 Reading symbols from /usr/X11R6/lib/libpixman-1.so.11.0...done. Loaded symbols for /usr/X11R6/lib/libpixman-1.so.11.0 Reading symbols from /usr/local/lib/libpangoft2-1.0.so.1600.0...done. Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.1600.0 Reading symbols from /usr/local/lib/libpango-1.0.so.1600.0...done. Loaded symbols for /usr/local/lib/libpango-1.0.so.1600.0 Reading symbols from /usr/local/lib/libgmodule-2.0.so.1600.1...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.1600.1 Reading symbols from /usr/X11R6/lib/libfreetype.so.16.1...done. Loaded symbols for /usr/X11R6/lib/libfreetype.so.16.1 Reading symbols from /usr/lib/libz.so.4.1...done. Loaded symbols for /usr/lib/libz.so.4.1 Reading symbols from /usr/X11R6/lib/libfontconfig.so.5.1...done. Loaded symbols for /usr/X11R6/lib/libfontconfig.so.5.1 Reading symbols from /usr/lib/libexpat.so.9.0...done. Loaded symbols for
Re: UPDATE: mozilla-firefox-3.0
On Sat, Jul 19, 2008 at 04:08:22PM +0300, Martynas Venckus wrote: Hey, Updated diffs at http://www.altroot.org/p/. Changes: * sqlite-3.5.9 - merge espie's changes, with two small modifications * nss-3.12 - update to nss-3.12 - no need for -Bsymbolic, except for freebl3 * nspr-4.7.1 - no changes * mozilla-firefox-3.0.1 - the nss workaround broke printing. use a better one from kurt, i.e. --disable-libxul. it works just fine now, thanks to kurt - merge, to apply for mozilla-firefox-2.0.0.16 in current - remove -Bsymbolic for components - remove eula, we'll come up w/ the better solution from mozilla - and the best part is, the evil patch can be removed now: ++OS_CXXFLAGS += -fno-stack-protector What i really need to know, is which of these archs work/do not work. alpha amd64 arm powerpc sparc sparc64 I rebuild all of the above on sparc64. Now I don't get a core dump any more when running regxpcom during make install. I got that when I built with DEBUG=-g -O0 with the older diffs. When starting firefox it dump core because of an Illegal instruction: (gdb) bt #0 0x545ee0c0 in nsACString_internal::Assign () from /usr/local/mozilla-firefox/libxpcom_core.so.20.0 #1 0x545ee0dc in nsACString_internal::Assign () from /usr/local/mozilla-firefox/libxpcom_core.so.20.0 When I start firefox with firefox -g I get a Segmentation fault: (gdb) run Starting program: /usr/local/mozilla-firefox/firefox-bin (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. 0x485260c0 in nsACString_internal::Assign () from /usr/local/mozilla-firefox/libxpcom_core.so.20.0 (gdb) bt #0 0x485260c0 in nsACString_internal::Assign () from /usr/local/mozilla-firefox/libxpcom_core.so.20.0 #1 0xad90af29e5036ee8 in ?? () #2 0xad90af29e5036ee8 in ?? () Previous frame identical to this frame (corrupt stack?) I'm running the latest snapshot from July 16th on a SUN Blade 100. Regards, Markus
Re: UPDATE: mozilla-firefox-3.0
Oki, updated nss diff at the patches site. It should fix your problems (i.e. propolice catching stack overflow).
Re: UPDATE: mozilla-firefox-3.0
On Fri, Jul 18, 2008 at 10:25 AM, Matthias Kilian [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote: I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Sorry for the delay, I'm currently building it on macppc and armish. On i386, it seems to have some strange rendering problems. For example, http://www.csszengarden.com/?cssfile=/212/212.csspage=0 http://www.csszengarden.com/?cssfile=/213/213.csspage=0 opened in two tabs look like this: http://openbsd.dead-parrot.de/tab1.png http://openbsd.dead-parrot.de/tab2.png Yup, I see this as well. Not sure what it is. Brandon
Re: UPDATE: mozilla-firefox-3.0
On Fri, Jul 18, 2008 at 04:25:32PM +0200, Matthias Kilian wrote: On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote: I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Sorry for the delay, I'm currently building it on macppc and armish. On i386, it seems to have some strange rendering problems. For example, http://www.csszengarden.com/?cssfile=/212/212.csspage=0 http://www.csszengarden.com/?cssfile=/213/213.csspage=0 opened in two tabs look like this: http://openbsd.dead-parrot.de/tab1.png http://openbsd.dead-parrot.de/tab2.png [be warned that each png is about one MB large] Is anyone else seeing similar effects? Not here, both look fine. What's really odd is I'm using Brandon's packages. Why would the rendering differ between systems? -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/
Re: UPDATE: mozilla-firefox-3.0
From [EMAIL PROTECTED] Fri Jul 18 18:01:50 2008 From: Matthias Kilian [EMAIL PROTECTED] To: Martynas Venckus [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], ports@openbsd.org Subject: Re: UPDATE: mozilla-firefox-3.0 Mail-Followup-To: Martynas Venckus [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Loop: ports@openbsd.org Precedence: bulk Sender: [EMAIL PROTECTED] On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote: I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Sorry for the delay, I'm currently building it on macppc and armish. On i386, it seems to have some strange rendering problems. For example, http://www.csszengarden.com/?cssfile=/212/212.csspage=0 http://www.csszengarden.com/?cssfile=/213/213.csspage=0 opened in two tabs look like this: http://openbsd.dead-parrot.de/tab1.png http://openbsd.dead-parrot.de/tab2.png [be warned that each png is about one MB large] Is anyone else seeing similar effects? Have you tried what i've mentioned in my very first post? - images rendered incorrectly on nvidia cards with 24 bits, due to incompatibilities between nvidia drivers and x; workaround: DefaultDepth 16 (This affects not only nvidia, but most of the cards.) The workaround exists in xserver-7.5, and it should 'just work' when our X hackers merge it. For some people, this work around is known to work, Option AccelMethod EXA Option XAANoOffscreenPixmaps This is not a OpenBSD-specific bug, and upstream X.Org is aware of it. The bug numbers in their bugzilla are: http://bugs.freedesktop.org/show_bug.cgi?id=13795 http://bugs.freedesktop.org/show_bug.cgi?id=15098
Re: UPDATE: mozilla-firefox-3.0
On Fri, Jul 18, 2008 at 11:28:32AM -0400, Jason Dixon wrote: On Fri, Jul 18, 2008 at 04:25:32PM +0200, Matthias Kilian wrote: On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote: I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Sorry for the delay, I'm currently building it on macppc and armish. On i386, it seems to have some strange rendering problems. For example, http://www.csszengarden.com/?cssfile=/212/212.csspage=0 http://www.csszengarden.com/?cssfile=/213/213.csspage=0 opened in two tabs look like this: http://openbsd.dead-parrot.de/tab1.png http://openbsd.dead-parrot.de/tab2.png [be warned that each png is about one MB large] Is anyone else seeing similar effects? Not here, both look fine. What's really odd is I'm using Brandon's packages. Why would the rendering differ between systems? Duh, never mind. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/
Re: UPDATE: mozilla-firefox-3.0
On Fri, Jul 18, 2008 at 06:51:59PM +0300, Martynas Venckus wrote: On i386, it seems to have some strange rendering problems. For example, http://www.csszengarden.com/?cssfile=/212/212.csspage=0 http://www.csszengarden.com/?cssfile=/213/213.csspage=0 [...] Have you tried what i've mentioned in my very first post? Oops, i've obviously missed that. For some people, this work around is known to work, Option AccelMethod EXA Option XAANoOffscreenPixmaps With EXA it indeed works for my ATI Radon 9200 SE. Sorry for the noise. Ciao, Kili
Re: UPDATE: mozilla-firefox-3.0
On Friday 18 July 2008 13:55:21 Matthias Kilian wrote: With EXA it indeed works for my ATI Radon 9200 SE. Sorry for the noise. Your X is somewhat old then. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: mozilla-firefox-3.0
Martynas Venckus [EMAIL PROTECTED] wrote: The workaround exists in xserver-7.5, and it should 'just work' when our X hackers merge it. For some people, this work around is known to work, Option AccelMethod EXA Option XAANoOffscreenPixmaps These are two distinct workarounds. * If you use XAA acceleration, set Option XAANoOffscreenPixmaps true. This should be safe. * Alternatively, switch from XAA to EXA, if the latter is supported and proves to work for your graphics card. This is not a OpenBSD-specific bug, and upstream X.Org is aware of it. Indeed. FWIW, I've run into the same problem on a non-OpenBSD platform and for the ATI Radeon X300SE radeon(4) card I use there, switching to EXA made a vast improvement for FF3: various rendering problems disappeared and some pages that were painfully slow to display have sped up tremendously. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: UPDATE: mozilla-firefox-3.0
On Fri, Jul 18, 2008 at 5:55 PM, Christian Weisgerber [EMAIL PROTECTED] wrote: Martynas Venckus [EMAIL PROTECTED] wrote: The workaround exists in xserver-7.5, and it should 'just work' when our X hackers merge it. For some people, this work around is known to work, Option AccelMethod EXA Option XAANoOffscreenPixmaps These are two distinct workarounds. * If you use XAA acceleration, set Option XAANoOffscreenPixmaps true. This should be safe. * Alternatively, switch from XAA to EXA, if the latter is supported and proves to work for your graphics card. This is not a OpenBSD-specific bug, and upstream X.Org is aware of it. Indeed. FWIW, I've run into the same problem on a non-OpenBSD platform and for the ATI Radeon X300SE radeon(4) card I use there, switching to EXA made a vast improvement for FF3: various rendering problems disappeared and some pages that were painfully slow to display have sped up tremendously. Wow, It looks just perfect now! Can't wait for the X.org folks to get this fix in. Brandon
Re: UPDATE: mozilla-firefox-3.0
On Friday 18 July 2008 21:51:03 Brandon Mercer wrote: Wow, It looks just perfect now! Can't wait for the X.org folks to get this fix in. Brandon You didn't specify what it is that you changed... -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: mozilla-firefox-3.0
On Friday 18 July 2008 22:07:13 Brandon Mercer wrote: On Fri, Jul 18, 2008 at 10:03 PM, Brad [EMAIL PROTECTED] wrote: On Friday 18 July 2008 21:51:03 Brandon Mercer wrote: Wow, It looks just perfect now! Can't wait for the X.org folks to get this fix in. Brandon You didn't specify what it is that you changed... Sorry, Option AccelMethod EXA Option XAANoOffscreenPixmaps in xorg.conf You use one or the other, not both. What video driver are you using? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: mozilla-firefox-3.0
On Fri, Jul 18, 2008 at 10:03 PM, Brad [EMAIL PROTECTED] wrote: On Friday 18 July 2008 21:51:03 Brandon Mercer wrote: Wow, It looks just perfect now! Can't wait for the X.org folks to get this fix in. Brandon You didn't specify what it is that you changed... Sorry, Option AccelMethod EXA Option XAANoOffscreenPixmaps in xorg.conf Brandon
Re: UPDATE: mozilla-firefox-3.0
On Fri, Jul 18, 2008 at 10:09 PM, Brad [EMAIL PROTECTED] wrote: On Friday 18 July 2008 22:07:13 Brandon Mercer wrote: On Fri, Jul 18, 2008 at 10:03 PM, Brad [EMAIL PROTECTED] wrote: On Friday 18 July 2008 21:51:03 Brandon Mercer wrote: Wow, It looks just perfect now! Can't wait for the X.org folks to get this fix in. Brandon You didn't specify what it is that you changed... Sorry, Option AccelMethod EXA Option XAANoOffscreenPixmaps in xorg.conf You use one or the other, not both. What video driver are you using? I'm running a kernel with drm enabled. $ dmesg | grep drm inteldrm0 at vga1 info: [drm] Intel i945GM (unit 0) info: [drm] AGP at 0xd000 256MB info: [drm] Initialized i915 1.6.0 20080312 Identifier Card0 Driver intel VendorName Intel Corporation BoardName Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller BusID PCI:0:2:0 Option AccelMethod EXA And with that Option in xorg.conf the weird rendering issue goes away :). Brandon
Re: UPDATE: mozilla-firefox-3.0
On Thu, Jul 17, 2008 at 12:29:53AM +0300, Martynas Venckus wrote: From [EMAIL PROTECTED] Thu Jul 17 00:14:39 2008 From: Aaron Stellman [EMAIL PROTECTED] To: Martynas Venckus [EMAIL PROTECTED] Cc: ports@openbsd.org Subject: Re: UPDATE: mozilla-firefox-3.0 Mail-Followup-To: Martynas Venckus [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Hey, I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Hello, Compiled ff-3.0.1 on amd64 current. It works fine, although the image rendering in 24bit intel graphics still doesn't always work. Some images appear black until you zoom in. Other than that it's not bad. As i've already mentioned, - images rendered incorrectly on nvidia cards with 24 bits, due to incompatibilities between nvidia drivers and x; workaround: DefaultDepth 16 vga1 at pci1 dev 0 function 0 ATI Radeon Mobility M6 LY rev 0x00 And I did see this once myself... Further updates/fixes for the port will not change anything about this. -- viq
Re: UPDATE: mozilla-firefox-3.0
On Tue, 2008-07-15 at 13:58 -0500, Marco Peereboom wrote: * I'd also like to get the old icons back. The new ones are not only ugly they are fuzzy as well. I also liked them better before when they were the right size. The new version the icons are basically touching the frame they are in (like X on tabs) -1 Firefox now integrates icons from the GTK theme and IMO is a huge improvement for GNOME users. I'm not opposed to a bundled, optional FF2 theme with the upstream theme as default. Something like Winestripe: https://addons.mozilla.org/en-US/firefox/addon/3479 Brad Walker
Re: UPDATE: mozilla-firefox-3.0
Martynas Venckus wrote: Hey, I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Diffs are available at: http://www.altroot.org/p/ Let me know. Testing on i386, firefox-3.0.1 works for me as expected. firefox-2.0.0.15 build with nss-3.12 and nspr-4.7.1 works like the current package.
Re: UPDATE: mozilla-firefox-3.0
On Tue 2008.07.15 at 14:54 -0400, Brad wrote: Has anyone actually tested FF2 with newer NSPR/NSS to make sure there are no compatability issues? i'm running FF2 with the newer NSPR/NSS and sqlite3 on amd64 - will report regressions. one important note is to make sure the sqlite3 update doesn't cause regressions in other ports...
Re: UPDATE: mozilla-firefox-3.0
On Thursday 17 July 2008 09:09:35 Okan Demirmen wrote: one important note is to make sure the sqlite3 update doesn't cause regressions in other ports... A bulk build has already been done. With the exception of sqlitebrowser the rest looks good and there is a patch to fix the situation with sqlitebrowser. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: mozilla-firefox-3.0
Marco Peereboom [EMAIL PROTECTED] wrote: I have been playing with FF3 and I'd have to say that minus the speedup overall the browser took a step backwards. What particularly ticked me off was: * outlook like popup in the right-hand corner to notify that a download completed (now there is some information one *has* to see) I have no idea what you are talking about. * When one enter about:config a warning shows up that says: if you click here you can void your warranty. What warranty??? When I Well, that's the same level of silliness as the initial warnings about viewing (un)encrypted pages, submitting forms, etc. launched the browser the first time I already had to accept a license that explicitly says no warranty; wtf? That on the other hand, I do find strange. Has anybody actually read this EULA text? I thought Mozilla was GPL... * While trying to make FF3 a better browser for OpenBSD we might as well Actually, I much prefer that cross-platform applications retain their defaults across different platforms. I'm already annoyed that I have to unconfigure Theo's xterm preferences on OpenBSD so I get the default behavior back. set plugin.default_plugin_disabled = false to remove the annoying message that scrolls down your screen at snails pace asking if you want to install a friggin non-existing plug-in. I am strongly opposed to this. I perfectly agree that the message at the top is annoying, but setting plugin.default_plugin_disabled=false also removes the puzzle piece (FF3: lego piece) placeholder from the page, where it shows that content is missing due to lack of a plugin. Having parts of a page just disappear is very confusing. Page text: As you can see below, bla, bla. Me:Huh? There's nothing there... Hey, author, you forgot something! Author:Are you on drugs? It's right there. Idiot. * I'd also like to get the old icons back. Oh, c'mon. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: UPDATE: mozilla-firefox-3.0
Marco Peereboom [EMAIL PROTECTED] wrote: * While trying to make FF3 a better browser for OpenBSD we might as well set plugin.default_plugin_disabled = false to remove the annoying message that scrolls down your screen at snails pace asking if you want to install a friggin non-existing plug-in. Oops, I just noticed that FF3 has a new option for this: plugins.hide_infobar_for_missing_plugin This don't kill the lego piece, it only removes the scrolling bar. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: UPDATE: mozilla-firefox-3.0
Actually, I much prefer that cross-platform applications retain their defaults across different platforms. i agree for the most part. i don't think we should be changing icons or tweaking default settings just because most of us like them, except in cases where those default settings don't make sense or are just confusing on openbsd. I'm already annoyed that I have to unconfigure Theo's xterm preferences on OpenBSD so I get the default behavior back. like what? I am strongly opposed to this. I perfectly agree that the message at the top is annoying, but setting plugin.default_plugin_disabled=false also removes the puzzle piece (FF3: lego piece) placeholder from the page, where it shows that content is missing due to lack of a plugin. Having parts of a page just disappear is very confusing. i've had this setting disabled for a long time because the scrolling message was annoying but i never noticed until now that it removed those puzzle-piece placeholders. has anyone actually filed a mozilla bug to have these two things separated so the message can be disabled (as i think it should be on openbsd since our plugins are installed differently) but the placeholders can be left?
Re: UPDATE: mozilla-firefox-3.0
On Thursday 17 July 2008 10:04:30 am Brad wrote: On Thursday 17 July 2008 09:09:35 Okan Demirmen wrote: one important note is to make sure the sqlite3 update doesn't cause regressions in other ports... A bulk build has already been done. With the exception of sqlitebrowser the rest looks good and there is a patch to fix the situation with sqlitebrowser. Actually no. There is a new shlib dependency on libpthread that needs to dealt with. Some ports that use sqlite3 cant use threads like databases/p5-DBD-SQLite. In addition, espie@ has patches from his effort to import sqlite3 to base that need to be merged. -Kurt
Re: UPDATE: mozilla-firefox-3.0
On 15/07/2008, Stuart Henderson [EMAIL PROTECTED] wrote: I wouldn't oppose having both versions in tree I agree; one other reason to keep multiple versions of each web-browser is so that web-developers could easily test their pages in multiple browsers, ensuring compatibility across rendering engines (which change quite often, so you can never be too sure). C.
Re: UPDATE: mozilla-firefox-3.0
On 15/07/2008, Martynas Venckus [EMAIL PROTECTED] wrote: I think the best way to handle this was suggested by pval, a while ago. Import it (www/mozilla-firefox3, or www/mozilla-firefox-devel), but not link to the builds yet. When we decide it's stable enough, reimport as www/mozilla-firefox. This would be easier both for me to work on further, and for people to test. I agree, but I tend to think that it'll be better to be able to run multiple browsers at the same time on a permanent basis, so that web-developers could easily test their pages in various branches of each engine. Then in the future mozilla-firefox could be an empty package dependent on the latest most-stable branch of the browser, with other recent branches still available in ports/packages. Is it feasible? Can mozilla browsers be modified so that one can install and run multiple copies at the same time? br, cnst.su.
Re: UPDATE: mozilla-firefox-3.0
On Thu, Jul 17, 2008 at 03:30:16PM +, Christian Weisgerber wrote: Marco Peereboom [EMAIL PROTECTED] wrote: I have been playing with FF3 and I'd have to say that minus the speedup overall the browser took a step backwards. What particularly ticked me off was: * outlook like popup in the right-hand corner to notify that a download completed (now there is some information one *has* to see) I have no idea what you are talking about. Just download something that doesn't have an association. When the download completes in the right hand corner a window pops up to annoy the crap out of people.
Re: UPDATE: mozilla-firefox-3.0
joshua stein [EMAIL PROTECTED] wrote: I'm already annoyed that I have to unconfigure Theo's xterm preferences on OpenBSD so I get the default behavior back. like what? XTerm*deleteIsDEL: false XTerm*scrollBar:false XTerm*pointerMode: 1 -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: UPDATE: mozilla-firefox-3.0
* viq [EMAIL PROTECTED] [15.07.2008 21:15]: I didn't use FF2 much since then, but I have it and a bunch of other ports built against the updated dependencies. I guess I will now test FF2 with that, an excuse to ditch FF3 for now since there is no Tab Mix Plus for it yet ;) I'm running FF3 with Tab Mix Plus 0.3.6.1.080416 without problems. See http://tmp.garyr.net/tab_mix_plus-dev-build.xpi for the current build.
Re: UPDATE: mozilla-firefox-3.0
From martynas Tue Jul 15 20:53:57 2008 To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: UPDATE: mozilla-firefox-3.0 Cc: ports@openbsd.org From [EMAIL PROTECTED] Tue Jul 15 20:33:11 2008 X-Envelope-From: [EMAIL PROTECTED] X-Envelope-To: ports@openbsd.org From: Mike Erdely [EMAIL PROTECTED] To: Edd [EMAIL PROTECTED] Cc: ports@openbsd.org Subject: Re: UPDATE: mozilla-firefox-3.0 Mail-Followup-To: Edd [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: ClamAV 0.93/6815/Thu Apr 17 19:56:17 2008 on mail.erdelynet.com X-Virus-Status: Clean X-Loop: ports@openbsd.org Precedence: bulk Sender: [EMAIL PROTECTED] On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. Yup, and i've got a fix for that. I'll send it later today. Hey, I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Diffs are available at: http://www.altroot.org/p/ Let me know.
Re: UPDATE: mozilla-firefox-3.0
On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote: Hey, I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Diffs are available at: http://www.altroot.org/p/ Let me know. Builds and runs good on amd64. Self-signed certs seem to work just fine for me, minor testing involved. -- James Turner BSD Group Consulting http://www.bsdgroup.org
Re: UPDATE: mozilla-firefox-3.0
On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote: I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Diffs are available at: http://www.altroot.org/p/ Let me know. Works great on i386. Thanks! -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/
Re: UPDATE: mozilla-firefox-3.0
Hey, I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Hello, Compiled ff-3.0.1 on amd64 current. It works fine, although the image rendering in 24bit intel graphics still doesn't always work. Some images appear black until you zoom in. Other than that it's not bad.
Re: UPDATE: mozilla-firefox-3.0
From [EMAIL PROTECTED] Thu Jul 17 00:14:39 2008 From: Aaron Stellman [EMAIL PROTECTED] To: Martynas Venckus [EMAIL PROTECTED] Cc: ports@openbsd.org Subject: Re: UPDATE: mozilla-firefox-3.0 Mail-Followup-To: Martynas Venckus [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Hey, I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Hello, Compiled ff-3.0.1 on amd64 current. It works fine, although the image rendering in 24bit intel graphics still doesn't always work. Some images appear black until you zoom in. Other than that it's not bad. As i've already mentioned, - images rendered incorrectly on nvidia cards with 24 bits, due to incompatibilities between nvidia drivers and x; workaround: DefaultDepth 16 Further updates/fixes for the port will not change anything about this.
Re: UPDATE: mozilla-firefox-3.0
On Wed, Jul 16, 2008 at 04:23:37PM -0400, James Turner wrote: On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote: Hey, I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Diffs are available at: http://www.altroot.org/p/ Let me know. Builds and runs good on amd64. Self-signed certs seem to work just fine for me, minor testing involved. me too. :-) It also seems to have solved the issues I was seeing. Haven't used it long enough to know if there is anything else. l8rZ, -- andrew - ICQ# 253198 - Jabber: [EMAIL PROTECTED] BOFH excuse of the day: Computers under water due to SYN flooding.
Re: UPDATE: mozilla-firefox-3.0
On Wed, Jul 16, 2008 at 4:32 PM, Jason Dixon [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote: I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Diffs are available at: http://www.altroot.org/p/ Let me know. Works great on i386. Thanks! Diff fixed most of my showstoppers, except for needing to change the defaultdepth. Still getting some phantom rendering of images. Other than that, it's golden. Brandon
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jul 15, 2008 at 02:54:50PM -0400, Brad wrote: On Tuesday 15 July 2008 15:00:27 Martynas Venckus wrote: From: Brad [EMAIL PROTECTED] On Tuesday 15 July 2008 13:42:19 Brandon Mercer wrote: On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Agreed, the proper course should be to have both until the time comes to do away with 2.x Brandon IMO this is not realistic. We either stick with 2.x or go with 3.x, but not create a mess with both. There's nothing wrong with having it in tree. I think the best way to handle this was suggested by pval, a while ago. Import it (www/mozilla-firefox3, or www/mozilla-firefox-devel), but not link to the builds yet. When we decide it's stable enough, reimport as www/mozilla-firefox. This would be easier both for me to work on further, and for people to test. Has anyone actually tested FF2 with newer NSPR/NSS to make sure there are no compatability issues? FF2 builds fine with newer nspr/nss/sqlite3 on sparc64. Lightly tested. Regards, Markus
Re: UPDATE: mozilla-firefox-3.0
On Fri, Jul 11, 2008 at 05:13:17PM -0700, andrew fresh wrote: On Wed, Jun 18, 2008 at 05:21:13PM -0400, Jason Dixon wrote: I'm still experiencing frequent, very reproducible crashes on my i386 laptop with intel graphics. I haven't been able to narrow it down to self-signed certs, large cgi outputs, or anything else. I can definitely cause a crash on-demand via sites (mostly internal) that operate fine in FF2. Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. -- Best Regards Edd http://students.dec.bmth.ac.uk/ebarrett
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jul 15, 2008 at 11:37 AM, Edd [EMAIL PROTECTED] wrote: On Fri, Jul 11, 2008 at 05:13:17PM -0700, andrew fresh wrote: On Wed, Jun 18, 2008 at 05:21:13PM -0400, Jason Dixon wrote: I'm still experiencing frequent, very reproducible crashes on my i386 laptop with intel graphics. I haven't been able to narrow it down to self-signed certs, large cgi outputs, or anything else. I can definitely cause a crash on-demand via sites (mostly internal) that operate fine in FF2. Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. Agreed. I'd say it's about time to get both versions into ports. There are a few known issues that no one has addressed. It crashed for the first time today when I installed a self signed cert from exchange. Avoiding that it's played youtube with gnash-0.8.3, on a drm enabled kernel and worked well until that. Brandon I do notice a fair speedup. -- Best Regards Edd http://students.dec.bmth.ac.uk/ebarrett
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: On Fri, Jul 11, 2008 at 05:13:17PM -0700, andrew fresh wrote: On Wed, Jun 18, 2008 at 05:21:13PM -0400, Jason Dixon wrote: I'm still experiencing frequent, very reproducible crashes on my i386 laptop with intel graphics. I haven't been able to narrow it down to self-signed certs, large cgi outputs, or anything else. I can definitely cause a crash on-demand via sites (mostly internal) that operate fine in FF2. Whats the status of firefox 3 on OpenBSD? After the yacc fix from otto@ firefox 3 at least builds on sparc64. When doing make install I get: $ make install === Installing mozilla-firefox-3.0 from /usr/ports/packages/sparc64/all/ Segmentation fault (core dumped) **| 100% mozilla-firefox-3.0: complete --- mozilla-firefox-3.0 --- system(/bin/sh, -c, cd /usr/local/mozilla-firefox env HOME=/tmp LD_LIBRARY_PATH=/usr/local/mozilla-firefox ./regxpcom) failed: exit(139) Please see /usr/local/mozilla-firefox/README.OpenBSD for information about running Firefox on OpenBSD. $ sudo gdb regxpcom -c regxpcom.core [...] (gdb) bt #0 0x4c806ee4 in _dl_bind () from /usr/libexec/ld.so #1 0x4c802f94 in _dl_bind_start_0 () from /usr/libexec/ld.so #2 0x4c802f94 in _dl_bind_start_0 () from /usr/libexec/ld.so Previous frame identical to this frame (corrupt stack?) I built firefox with DEBUG=-g -O0. I move quite slowly as compiling takes quite long and needs lots of resources. I ran low on disk space several times. I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Regards, Markus
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. -ME
Re: UPDATE: mozilla-firefox-3.0
From [EMAIL PROTECTED] Tue Jul 15 20:33:11 2008 X-Envelope-From: [EMAIL PROTECTED] X-Envelope-To: ports@openbsd.org From: Mike Erdely [EMAIL PROTECTED] To: Edd [EMAIL PROTECTED] Cc: ports@openbsd.org Subject: Re: UPDATE: mozilla-firefox-3.0 Mail-Followup-To: Edd [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: ClamAV 0.93/6815/Thu Apr 17 19:56:17 2008 on mail.erdelynet.com X-Virus-Status: Clean X-Loop: ports@openbsd.org Precedence: bulk Sender: [EMAIL PROTECTED] On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. Yup, and i've got a fix for that. I'll send it later today.
Re: UPDATE: mozilla-firefox-3.0
On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release.
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jul 15, 2008 at 1:53 PM, Martynas Venckus [EMAIL PROTECTED] wrote: From [EMAIL PROTECTED] Tue Jul 15 20:33:11 2008 X-Envelope-From: [EMAIL PROTECTED] X-Envelope-To: ports@openbsd.org From: Mike Erdely [EMAIL PROTECTED] To: Edd [EMAIL PROTECTED] Cc: ports@openbsd.org Subject: Re: UPDATE: mozilla-firefox-3.0 Mail-Followup-To: Edd [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: ClamAV 0.93/6815/Thu Apr 17 19:56:17 2008 on mail.erdelynet.com X-Virus-Status: Clean X-Loop: ports@openbsd.org Precedence: bulk Sender: [EMAIL PROTECTED] On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. Yup, and i've got a fix for that. I'll send it later today. Yay!
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Agreed, the proper course should be to have both until the time comes to do away with 2.x Brandon
Re: UPDATE: mozilla-firefox-3.0
* Stuart Henderson wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. there are still quite some issues with firefox 3, we had to go back to ff 2 at a large site because of these. certificates is only one problem area. there are other incompatabilities, e.g. with typo 3 sites (admin part). i would recommend against having firefox 3 only. when can stay at firefox 2, maybe there is not even to much sense in having both versions right now.
Re: UPDATE: mozilla-firefox-3.0
From [EMAIL PROTECTED] Tue Jul 15 20:59:15 2008 From: Stuart Henderson [EMAIL PROTECTED] To: Edd [EMAIL PROTECTED], ports@openbsd.org Subject: Re: UPDATE: mozilla-firefox-3.0 Mail-Followup-To: Edd [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-MailScanner-ID: 0C4CA208335.59917 X-DMAT-MailScanner: Found to be clean X-DMAT-MailScanner-From: [EMAIL PROTECTED] X-Loop: ports@openbsd.org Precedence: bulk Sender: [EMAIL PROTECTED] On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Of course not. FF3 was not tested enough.
Re: UPDATE: mozilla-firefox-3.0
On Tuesday 15 July 2008 13:42:19 Brandon Mercer wrote: On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Agreed, the proper course should be to have both until the time comes to do away with 2.x Brandon IMO this is not realistic. We either stick with 2.x or go with 3.x, but not create a mess with both. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jul 15, 2008 at 1:54 PM, Brad [EMAIL PROTECTED] wrote: On Tuesday 15 July 2008 13:42:19 Brandon Mercer wrote: On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Agreed, the proper course should be to have both until the time comes to do away with 2.x Brandon IMO this is not realistic. We either stick with 2.x or go with 3.x, but not create a mess with both. Lets see what this patch that comes through does for things. If you don't want to have both in ports then we should focus on fixing the 3.0 stuff so that it's stable. I enjoy having my RAM back :). Brandon
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jun 17, 2008 at 10:26:39PM +0300, Martynas Venckus wrote: - images rendered incorrectly on nvidia cards with 24 bits, due to incompatibilities between nvidia drivers and x; workaround: DefaultDepth 16 I have the same problem on intel X3100 graphics on Lenovo T61. DefaultDepth 16 solves it though for now.
Re: UPDATE: mozilla-firefox-3.0
From [EMAIL PROTECTED] Tue Jul 15 21:15:32 2008 From: Brad [EMAIL PROTECTED] To: Brandon Mercer [EMAIL PROTECTED] Subject: Re: UPDATE: mozilla-firefox-3.0 User-Agent: KMail/1.9.9 Cc: Edd [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-comstyle-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 4D88E98467.BABAF X-comstyle-MailScanner: Found to be clean X-comstyle-MailScanner-From: [EMAIL PROTECTED] X-Loop: ports@openbsd.org Precedence: bulk Sender: [EMAIL PROTECTED] On Tuesday 15 July 2008 13:42:19 Brandon Mercer wrote: On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Agreed, the proper course should be to have both until the time comes to do away with 2.x Brandon IMO this is not realistic. We either stick with 2.x or go with 3.x, but not create a mess with both. There's nothing wrong with having it in tree. I think the best way to handle this was suggested by pval, a while ago. Import it (www/mozilla-firefox3, or www/mozilla-firefox-devel), but not link to the builds yet. When we decide it's stable enough, reimport as www/mozilla-firefox. This would be easier both for me to work on further, and for people to test.
Re: UPDATE: mozilla-firefox-3.0
On Tuesday 15 July 2008 15:00:27 Martynas Venckus wrote: From [EMAIL PROTECTED] Tue Jul 15 21:15:32 2008 From: Brad [EMAIL PROTECTED] To: Brandon Mercer [EMAIL PROTECTED] Subject: Re: UPDATE: mozilla-firefox-3.0 User-Agent: KMail/1.9.9 Cc: Edd [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-comstyle-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 4D88E98467.BABAF X-comstyle-MailScanner: Found to be clean X-comstyle-MailScanner-From: [EMAIL PROTECTED] X-Loop: ports@openbsd.org Precedence: bulk Sender: [EMAIL PROTECTED] On Tuesday 15 July 2008 13:42:19 Brandon Mercer wrote: On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Agreed, the proper course should be to have both until the time comes to do away with 2.x Brandon IMO this is not realistic. We either stick with 2.x or go with 3.x, but not create a mess with both. There's nothing wrong with having it in tree. I think the best way to handle this was suggested by pval, a while ago. Import it (www/mozilla-firefox3, or www/mozilla-firefox-devel), but not link to the builds yet. When we decide it's stable enough, reimport as www/mozilla-firefox. This would be easier both for me to work on further, and for people to test. Has anyone actually tested FF2 with newer NSPR/NSS to make sure there are no compatability issues? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: mozilla-firefox-3.0
From [EMAIL PROTECTED] Tue Jul 15 22:12:53 2008 From: Brad [EMAIL PROTECTED] To: Martynas Venckus [EMAIL PROTECTED] Subject: Re: UPDATE: mozilla-firefox-3.0 User-Agent: KMail/1.9.9 Cc: ports@openbsd.org References: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-comstyle-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 7192698436.0C36B X-comstyle-MailScanner: Found to be clean X-comstyle-MailScanner-From: [EMAIL PROTECTED] X-Spam-Status: No On Tuesday 15 July 2008 15:00:27 Martynas Venckus wrote: From [EMAIL PROTECTED] Tue Jul 15 21:15:32 2008 From: Brad [EMAIL PROTECTED] To: Brandon Mercer [EMAIL PROTECTED] Subject: Re: UPDATE: mozilla-firefox-3.0 User-Agent: KMail/1.9.9 Cc: Edd [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-comstyle-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 4D88E98467.BABAF X-comstyle-MailScanner: Found to be clean X-comstyle-MailScanner-From: [EMAIL PROTECTED] X-Loop: ports@openbsd.org Precedence: bulk Sender: [EMAIL PROTECTED] On Tuesday 15 July 2008 13:42:19 Brandon Mercer wrote: On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Agreed, the proper course should be to have both until the time comes to do away with 2.x Brandon IMO this is not realistic. We either stick with 2.x or go with 3.x, but not create a mess with both. There's nothing wrong with having it in tree. I think the best way to handle this was suggested by pval, a while ago. Import it (www/mozilla-firefox3, or www/mozilla-firefox-devel), but not link to the builds yet. When we decide it's stable enough, reimport as www/mozilla-firefox. This would be easier both for me to work on further, and for people to test. Has anyone actually tested FF2 with newer NSPR/NSS to make sure there are no compatability issues? Yup. Mozilla 1.8-branch products can use the new nspr and nss interfaces. I've heard from some poeple that they work fine, i myself tested in-tree firefox, minimo, seamonkey, and xulrunner with it.
Re: UPDATE: mozilla-firefox-3.0
I disagree. We should have both versions available in packages; preferably both would work on the same system too. I have been playing with FF3 and I'd have to say that minus the speedup overall the browser took a step backwards. What particularly ticked me off was: * outlook like popup in the right-hand corner to notify that a download completed (now there is some information one *has* to see) Not only is that beyond irritating there is no obvious way to turn off. I had to turn it off in about:config which brings me to the second irritant. I'd like to therefore set browser.download.manager.showAlertOnComplete = false * When one enter about:config a warning shows up that says: if you click here you can void your warranty. What warranty??? When I launched the browser the first time I already had to accept a license that explicitly says no warranty; wtf? To fix that we can set these by default: general.warnOnAboutConfig = false browser.EULA.3.accepted = true * While trying to make FF3 a better browser for OpenBSD we might as well set plugin.default_plugin_disabled = false to remove the annoying message that scrolls down your screen at snails pace asking if you want to install a friggin non-existing plug-in. * I'd also like to get the old icons back. The new ones are not only ugly they are fuzzy as well. I also liked them better before when they were the right size. The new version the icons are basically touching the frame they are in (like X on tabs) These are only a few things that I noticed in the new browser. I have more but I'd like to get the debate going... /marco On Tue, Jul 15, 2008 at 01:54:42PM -0400, Brad wrote: On Tuesday 15 July 2008 13:42:19 Brandon Mercer wrote: On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Agreed, the proper course should be to have both until the time comes to do away with 2.x Brandon IMO this is not realistic. We either stick with 2.x or go with 3.x, but not create a mess with both. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jul 15, 2008 at 02:54:50PM -0400, Brad wrote: On Tuesday 15 July 2008 15:00:27 Martynas Venckus wrote: From [EMAIL PROTECTED] Tue Jul 15 21:15:32 2008 From: Brad [EMAIL PROTECTED] To: Brandon Mercer [EMAIL PROTECTED] Subject: Re: UPDATE: mozilla-firefox-3.0 User-Agent: KMail/1.9.9 Cc: Edd [EMAIL PROTECTED], ports@openbsd.org References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-comstyle-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 4D88E98467.BABAF X-comstyle-MailScanner: Found to be clean X-comstyle-MailScanner-From: [EMAIL PROTECTED] X-Loop: ports@openbsd.org Precedence: bulk Sender: [EMAIL PROTECTED] On Tuesday 15 July 2008 13:42:19 Brandon Mercer wrote: On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Agreed, the proper course should be to have both until the time comes to do away with 2.x Brandon IMO this is not realistic. We either stick with 2.x or go with 3.x, but not create a mess with both. There's nothing wrong with having it in tree. I think the best way to handle this was suggested by pval, a while ago. Import it (www/mozilla-firefox3, or www/mozilla-firefox-devel), but not link to the builds yet. When we decide it's stable enough, reimport as www/mozilla-firefox. This would be easier both for me to work on further, and for people to test. Has anyone actually tested FF2 with newer NSPR/NSS to make sure there are no compatability issues? I didn't use FF2 much since then, but I have it and a bunch of other ports built against the updated dependencies. I guess I will now test FF2 with that, an excuse to ditch FF3 for now since there is no Tab Mix Plus for it yet ;) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- viq
Re: UPDATE: mozilla-firefox-3.0
Oh and I forgot to mention the obviously retarded click here 17 times to accept this certificate thing. I know of no about:config setting to turn that off. On Tue, Jul 15, 2008 at 01:58:25PM -0500, Marco Peereboom wrote: I disagree. We should have both versions available in packages; preferably both would work on the same system too. I have been playing with FF3 and I'd have to say that minus the speedup overall the browser took a step backwards. What particularly ticked me off was: * outlook like popup in the right-hand corner to notify that a download completed (now there is some information one *has* to see) Not only is that beyond irritating there is no obvious way to turn off. I had to turn it off in about:config which brings me to the second irritant. I'd like to therefore set browser.download.manager.showAlertOnComplete = false * When one enter about:config a warning shows up that says: if you click here you can void your warranty. What warranty??? When I launched the browser the first time I already had to accept a license that explicitly says no warranty; wtf? To fix that we can set these by default: general.warnOnAboutConfig = false browser.EULA.3.accepted = true * While trying to make FF3 a better browser for OpenBSD we might as well set plugin.default_plugin_disabled = false to remove the annoying message that scrolls down your screen at snails pace asking if you want to install a friggin non-existing plug-in. * I'd also like to get the old icons back. The new ones are not only ugly they are fuzzy as well. I also liked them better before when they were the right size. The new version the icons are basically touching the frame they are in (like X on tabs) These are only a few things that I noticed in the new browser. I have more but I'd like to get the debate going... /marco On Tue, Jul 15, 2008 at 01:54:42PM -0400, Brad wrote: On Tuesday 15 July 2008 13:42:19 Brandon Mercer wrote: On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/07/15 13:07, Mike Erdely wrote: On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. I do notice a fair speedup. Like others, I see a fair speed up and I have only seen crashes with self-signed certificates. From some of the feedback I've heard, it doesn't entirely ready to replace 2.x yet. I also note that upstream are not yet suggesting it as an automatic upgrade for 2.x users. I wouldn't oppose having both versions in tree, but wouldn't be too happy having 3.0 as the only Firefox version for the coming release. Agreed, the proper course should be to have both until the time comes to do away with 2.x Brandon IMO this is not realistic. We either stick with 2.x or go with 3.x, but not create a mess with both. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote: Whats the status of firefox 3 on OpenBSD? I have been using a package (given to me from viq, which i assume is made from this patch), which has crashed once in about 3 days. Thats about normal for firefox in my experience. Very much fucked up on arm. Most of the time, it crashes with SIGILL. And the funny thing is that it seems to crash a little bit less often for Martynas than for me (on the very same armish box), even after removing ~/.mozilla. Martynas already found and fixed some bugs, but it still crashes. And then there's still the regxpcom segfault on macppc (again: someone willing to help here?). With those problems (even if I give a shit on firefox running on arm), I think firefox3 is far from beeing used in the wild; I wouldn't trust it on i386 or amd64 either. Ciao, Kili
Re: UPDATE: mozilla-firefox-3.0
On Tuesday 15 July 2008 13:54:42 Brad wrote: IMO this is not realistic. We either stick with 2.x or go with 3.x, but not create a mess with both. The only reason I said this is because I was worried there would be compatability issues with newer NSPF/NSS. FF2 is already enough of a shit show. It does not need to get any worse. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: mozilla-firefox-3.0
On Wed, Jun 18, 2008 at 05:21:13PM -0400, Jason Dixon wrote: I'm still experiencing frequent, very reproducible crashes on my i386 laptop with intel graphics. I haven't been able to narrow it down to self-signed certs, large cgi outputs, or anything else. I can definitely cause a crash on-demand via sites (mostly internal) that operate fine in FF2. I also finally had a chance to build this and I am also able to get it to dump core. For me it seems to be self signed certs. Logging into undeadly.org sometimes causes it. But, browsing an internal site will cause a crash within a few pages. I can do my banking fine. OpenBSD 4.4-beta (GENERIC.MP) #11: Tue Jul 8 11:17:02 MST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP l8rZ, -- andrew - ICQ# 253198 - Jabber: [EMAIL PROTECTED] BOFH excuse of the day: interrupt configuration error
Re: UPDATE: mozilla-firefox-3.0
This breaks databases/sqlitebrowser: g++ -pthread -o sqlitebrowser [...] .obj/sqlbrowser_util.o(.text+0x627): In function `callback': : undefined reference to `sqlite3IsNumber' .obj/sqlbrowser_util.o(.text+0xb2d): In function `_is_command_terminator': : undefined reference to `sqlite3StrNICmp' sqlite3IsNumber and sqlite3StrNICmp are internal sqlite functions, which sqlbrowser shouldn't use. I think it's the best if it uses its own sqlite (diff below), or are there any real problems with that? Index: Makefile === RCS file: /cvs/ports/databases/sqlitebrowser/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile15 Sep 2007 20:34:03 - 1.3 +++ Makefile22 Jun 2008 16:28:21 - @@ -2,14 +2,14 @@ COMMENT= graphical interface to sqlite databases DISTNAME= sqlitebrowser-1.3 +PKGNAME= ${DISTNAME}p0 DISTFILES= ${DISTNAME}-src.tar.gz -WRKDIST= ${WRKDIR}/sqlitebrowser/sqlitebrowser +WRKDIST= ${WRKDIR}/sqlitebrowser CATEGORIES=databases x11 MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=sqlitebrowser/} HOMEPAGE= http://sqlitebrowser.sourceforge.net/ MODULES= x11/qt3 -LIB_DEPENDS= sqlite3::databases/sqlite3 NO_REGRESS=Yes USE_X11= Yes @@ -21,10 +21,10 @@ find ${WRKDIST} -type f -name \*.bak -print|xargs rm do-configure: - cd ${WRKDIST} qmake sqlitebrowser.pro + cd ${WRKDIST} qmake sqlitedbbrowser.pro do-install: - ${INSTALL_PROGRAM} ${WRKBUILD}/sqlitebrowser ${PREFIX}/bin + ${INSTALL_PROGRAM} ${WRKBUILD}/sqlitebrowser/sqlitebrowser ${PREFIX}/bin # Public domain PERMIT_PACKAGE_FTP=Yes Index: patches/patch-sqlitebrowser_pro === RCS file: patches/patch-sqlitebrowser_pro diff -N patches/patch-sqlitebrowser_pro --- patches/patch-sqlitebrowser_pro 9 May 2006 15:18:28 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-sqlitebrowser_pro,v 1.1.1.1 2006/05/09 15:18:28 espie Exp $ sqlitebrowser.pro.orig Tue May 9 15:54:02 2006 -+++ sqlitebrowser.pro Tue May 9 16:13:12 2006 -@@ -47,7 +47,7 @@ unix { - UI_DIR = .ui - MOC_DIR = .moc - OBJECTS_DIR = .obj -- LIBS += ./sqlite_source/libsqlite_source.a -+ LIBS += -lsqlite3 - } - win32 { - RC_FILE = winapp.rc
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jun 17, 2008 at 10:31:18PM +0300, Martynas Venckus wrote: nss-3.12rc2 nss-3.12 is out now. Maybe use that instead of the RC? The only difference seems the CVS directories stripped from the tarball. Regards, Markus PS: sqlite3, nspr, nss (RC2) builds fine on sparc64. firefox still building...
Re: UPDATE: mozilla-firefox-3.0
On Wed, Jun 18, 2008 at 01:19:41AM +0300, Martynas Venckus wrote: As kili and ian pointed out, it doesn't apply because patch-mozilla_nsprpub_pr_include_private_primpl_h has been removed. FYI: armish looks a little bit broken (even after Martynas sent me some more patches), and macppc segfaults on installation (regxpcom). I don't have enough disk space on my PowerOffBook for a debug build of firefox, so I'd appreciate if someone else steps in and help Martynas debugging firefox-3.0 on macppc. Ciao, Kili
Re: UPDATE: mozilla-firefox-3.0
On Tue, 17 Jun 2008 22:26:39 +0300 (EEST), Martynas Venckus wrote: ...What i need is to know on which archs does this work, and on which doesn't. Works for me on i386, using the revised nspr patch.
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jun 17, 2008 at 10:26:39PM +0300, Martynas Venckus wrote: Hey, (Yes, this one does have scrolling bar problem fixed.) Known issues: - images rendered incorrectly on nvidia cards with 24 bits, due to incompatibilities between nvidia drivers and x; workaround: DefaultDepth 16 - dictionaries not updated for the new api - cryptohash catches stack overflow This is a work-in-progress. I'm still experiencing frequent, very reproducible crashes on my i386 laptop with intel graphics. I haven't been able to narrow it down to self-signed certs, large cgi outputs, or anything else. I can definitely cause a crash on-demand via sites (mostly internal) that operate fine in FF2. Jason
Re: UPDATE: mozilla-firefox-3.0
sqlite-3.5.9 Index: Makefile === RCS file: /cvs/ports/databases/sqlite3/Makefile,v retrieving revision 1.32 diff -u -r1.32 Makefile --- Makefile15 Sep 2007 18:51:35 - 1.32 +++ Makefile13 Jun 2008 18:32:33 - @@ -2,13 +2,13 @@ COMMENT-main= embedded SQL implementation COMMENT-tcl= TCL bindings for Sqlite3 -V= 3.4.2 +V= 3.5.9 DISTNAME= sqlite-${V} PKGNAME-main= sqlite3-${V} PKGNAME-tcl= sqlite3-tcl-${V} CATEGORIES=databases -SHARED_LIBS += sqlite3 9.0 # .8.6 -SHARED_LIBS += tclsqlite3 9.0 # .8.6 +SHARED_LIBS += sqlite3 10.0 # .8.6 +SHARED_LIBS += tclsqlite3 10.0 # .8.6 MASTER_SITES= ${HOMEPAGE} @@ -20,7 +20,8 @@ PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB-main= c ncurses readline +WANTLIB-main= c ncurses pthread readline +WANTLIB-tcl= pthread USE_LIBTOOL= Yes Index: distinfo === RCS file: /cvs/ports/databases/sqlite3/distinfo,v retrieving revision 1.20 diff -u -r1.20 distinfo --- distinfo15 Sep 2007 18:51:35 - 1.20 +++ distinfo13 Jun 2008 18:32:33 - @@ -1,5 +1,5 @@ -MD5 (sqlite-3.4.2.tar.gz) = L+7JtCn5KYyfKIQgyLRJ+A== -RMD160 (sqlite-3.4.2.tar.gz) = WDNSP+3O1EsYzClVtjVr4AcTQSs= -SHA1 (sqlite-3.4.2.tar.gz) = GrKCcZx8JwhTY0HbWyDzmrJ6ZU0= -SHA256 (sqlite-3.4.2.tar.gz) = CthsSybNaHEisVi/hI8KB9fNZEAz0VxPQ7bWQ710zYE= -SIZE (sqlite-3.4.2.tar.gz) = 2377646 +MD5 (sqlite-3.5.9.tar.gz) = tYQSkEtC/knlooHpnaD9cg== +RMD160 (sqlite-3.5.9.tar.gz) = 3armhmQZZoAhA3pJfDY+YZTefeU= +SHA1 (sqlite-3.5.9.tar.gz) = jYH7T/YGCVc05yHjzwC8nThZoFU= +SHA256 (sqlite-3.5.9.tar.gz) = fdMxkWsTR5aVgum84Z+87tiXLoB+ME4Oc3BH64D8YRw= +SIZE (sqlite-3.5.9.tar.gz) = 2201083 Index: patches/patch-Makefile_in === RCS file: /cvs/ports/databases/sqlite3/patches/patch-Makefile_in,v retrieving revision 1.7 diff -u -r1.7 patch-Makefile_in --- patches/patch-Makefile_in 26 Jun 2007 19:13:37 - 1.7 +++ patches/patch-Makefile_in 13 Jun 2008 18:32:33 - @@ -1,9 +1,9 @@ $OpenBSD: patch-Makefile_in,v 1.7 2007/06/26 19:13:37 espie Exp $ Makefile.in.orig Thu Jun 14 22:54:38 2007 -+++ Makefile.inTue Jun 26 20:39:45 2007 -@@ -711,6 +711,8 @@ clean: +--- Makefile.in.orig Mon May 12 20:10:26 2008 Makefile.inFri Jun 13 13:46:41 2008 +@@ -721,6 +721,8 @@ clean: distclean:clean - rm -f config.log config.status libtool Makefile config.h + rm -f config.log config.status libtool Makefile sqlite3.pc +.PHONY: test + Index: patches/patch-configure === RCS file: /cvs/ports/databases/sqlite3/patches/patch-configure,v retrieving revision 1.2 diff -u -r1.2 patch-configure --- patches/patch-configure 14 Apr 2007 19:34:03 - 1.2 +++ patches/patch-configure 13 Jun 2008 18:32:33 - @@ -1,7 +1,7 @@ $OpenBSD: patch-configure,v 1.2 2007/04/14 19:34:03 steven Exp $ configure.orig Thu Mar 29 20:39:30 2007 -+++ configure Sat Apr 7 08:04:17 2007 -@@ -19338,7 +19338,7 @@ echo ${ECHO_T}file not found 6; } +--- configure.orig Tue May 13 03:57:21 2008 configure Fri Jun 13 13:46:41 2008 +@@ -11433,7 +11433,7 @@ echo ${ECHO_T}file not found 6 eval TCL_STUB_LIB_FILE=\${TCL_STUB_LIB_FILE}\ eval TCL_STUB_LIB_FLAG=\${TCL_STUB_LIB_FLAG}\ Index: pkg/PLIST-main === RCS file: /cvs/ports/databases/sqlite3/pkg/PLIST-main,v retrieving revision 1.2 diff -u -r1.2 PLIST-main --- pkg/PLIST-main 16 Jan 2007 23:24:32 - 1.2 +++ pkg/PLIST-main 13 Jun 2008 18:32:33 - @@ -2,7 +2,7 @@ @pkgpath databases/sqlite3 @pkgpath databases/sqlite3,no_tcl %%SHARED%% -bin/sqlite3 [EMAIL PROTECTED] bin/sqlite3 include/sqlite3.h include/sqlite3ext.h lib/libsqlite3.a
Re: UPDATE: mozilla-firefox-3.0
nss-3.12rc2 Index: Makefile === RCS file: /cvs/ports/security/nss/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- Makefile12 Feb 2008 23:26:31 - 1.9 +++ Makefile13 Jun 2008 18:30:45 - @@ -4,10 +4,10 @@ COMMENT= libraries to support development of security-enabled apps -VERSION= 3.11.9 +VERSION= 3.12rc2 DISTNAME= nss-${VERSION} -SO_VERSION=21.0 -.for _lib in freebl3 nss3 nssckbi smime3 softokn3 ssl3 +SO_VERSION=22.0 +.for _lib in freebl3 nss3 nssckbi nssdbm3 nssutil3 smime3 softokn3 ssl3 SHARED_LIBS+= ${_lib} ${SO_VERSION} .endfor CATEGORIES=security @@ -24,17 +24,20 @@ WANTLIB += c pthread z MASTER_SITES= http://ftp.eu.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_${VERSION:S/./_/g}_RTM/src/ \ - http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_${VERSION:S/./_/g}_RTM/src/ + http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_${VERSION:S/./_/g}_RTM/src/ \ + http://mirrors.protection.cx/~martynas/mozilla/nss/ -LIB_DEPENDS= nspr4.=17,plc4.=17,plds4.=17:nspr-=4.6.4p1:devel/nspr +LIB_DEPENDS= nspr4.=20,plc4.=20,plds4.=20:nspr-=4.7:devel/nspr \ + sqlite3.=10.0:sqlite3-=3.5:databases/sqlite3 MAKE_ENV= BUILD_OPT=1 \ LOCALBASE=${LOCALBASE} \ NSS_ENABLE_ECC=1 \ + NSS_USE_SYSTEM_SQLITE=1 \ SO_VERSION=${SO_VERSION} \ - XCFLAGS=${CFLAGS} \ - NSPR_INCLUDE_DIR=${LOCALBASE}/include/nspr \ - NSPR_LIB_DIR=${LOCALBASE}/lib + XCFLAGS=-I${LOCALBASE}/include ${CFLAGS} \ + NSPR_INCLUDE_DIR=${LOCALBASE}/include/nspr \ + NSPR_LIB_DIR=${LOCALBASE}/lib USE_GMAKE= Yes Index: distinfo === RCS file: /cvs/ports/security/nss/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo12 Feb 2008 23:26:31 - 1.6 +++ distinfo13 Jun 2008 18:30:45 - @@ -1,5 +1,5 @@ -MD5 (nss-3.11.9.tar.gz) = XfVOhSK+vw+MjCLo8N8Y+g== -RMD160 (nss-3.11.9.tar.gz) = 9g7KgSrOfcV0WaLdvOEsIwVUAGE= -SHA1 (nss-3.11.9.tar.gz) = ltxTHU7VGNS0v0OTKJbKsnbW8+0= -SHA256 (nss-3.11.9.tar.gz) = +lUYL2ddXBgOuSihep7slM0xcXK6SwcLYoxSIwuaUCg= -SIZE (nss-3.11.9.tar.gz) = 3760535 +MD5 (nss-3.12rc2.tar.gz) = 8OCoDtbQyQyXX0fi3PlAkA== +RMD160 (nss-3.12rc2.tar.gz) = jnVZwu7pBYcpYvH0XANCuL6C4kI= +SHA1 (nss-3.12rc2.tar.gz) = HR9T4Jbri01urfmAKhFljsuK5qM= +SHA256 (nss-3.12rc2.tar.gz) = W4ayndQcPCbPT/j4aMa98Q7JYpVCPhTnMJyqdxoUw28= +SIZE (nss-3.12rc2.tar.gz) = 5702142 Index: patches/patch-mozilla_security_coreconf_OpenBSD_mk === RCS file: /cvs/ports/security/nss/patches/patch-mozilla_security_coreconf_OpenBSD_mk,v retrieving revision 1.3 diff -u -r1.3 patch-mozilla_security_coreconf_OpenBSD_mk --- patches/patch-mozilla_security_coreconf_OpenBSD_mk 1 Aug 2007 21:16:10 - 1.3 +++ patches/patch-mozilla_security_coreconf_OpenBSD_mk 13 Jun 2008 18:30:45 - @@ -1,6 +1,6 @@ $OpenBSD: patch-mozilla_security_coreconf_OpenBSD_mk,v 1.3 2007/08/01 21:16:10 kurt Exp $ mozilla/security/coreconf/OpenBSD.mk.orig Sun May 6 04:08:36 2007 -+++ mozilla/security/coreconf/OpenBSD.mk Fri Jul 20 08:35:24 2007 +--- mozilla/security/coreconf/OpenBSD.mk.orig Thu Nov 22 06:39:56 2007 mozilla/security/coreconf/OpenBSD.mk Mon Apr 7 01:21:45 2008 @@ -56,7 +56,7 @@ OS_LIBS += -pthread DSO_LDOPTS+= -pthread endif @@ -8,5 +8,5 @@ -DLL_SUFFIX= so.1.0 +DLL_SUFFIX= so.${SO_VERSION} - OS_CFLAGS = $(DSO_CFLAGS) $(OS_REL_CFLAGS) -ansi -Wall -pipe -DOPENBSD + OS_CFLAGS = $(DSO_CFLAGS) $(OS_REL_CFLAGS) -ansi -Wall -Wno-switch -pipe -DOPENBSD Index: patches/patch-mozilla_security_nss_lib_freebl_unix_rand_c === RCS file: /cvs/ports/security/nss/patches/patch-mozilla_security_nss_lib_freebl_unix_rand_c,v retrieving revision 1.3 diff -u -r1.3 patch-mozilla_security_nss_lib_freebl_unix_rand_c --- patches/patch-mozilla_security_nss_lib_freebl_unix_rand_c 12 Feb 2008 23:26:31 - 1.3 +++ patches/patch-mozilla_security_nss_lib_freebl_unix_rand_c 13 Jun 2008 18:30:45 - @@ -1,17 +1,7 @@ $OpenBSD: patch-mozilla_security_nss_lib_freebl_unix_rand_c,v 1.3 2008/02/12 23:26:31 martynas Exp $ mozilla/security/nss/lib/freebl/unix_rand.c.orig Thu Jul 26 02:18:55 2007 -+++ mozilla/security/nss/lib/freebl/unix_rand.cWed Feb 13 01:23:57 2008
Re: UPDATE: mozilla-firefox-3.0
nspr-4.7.1 Index: Makefile === RCS file: /cvs/ports/devel/nspr/Makefile,v retrieving revision 1.24 diff -u -r1.24 Makefile --- Makefile12 Feb 2008 23:21:38 - 1.24 +++ Makefile13 Jun 2008 18:31:38 - @@ -6,14 +6,14 @@ COMMENT-main= Netscape Portable Runtime COMMENT-docs= HTML Documentation for NSPR -VER= 4.6.8 +VER= 4.7.1 DISTNAME= nspr-${VER} PKGNAME-main= ${DISTNAME} PKGNAME-docs= nspr-docs-${VER} DISTFILES= ${DISTNAME}${EXTRACT_SUFX} \ nspr-reference${EXTRACT_SUFX}:0 -SO_VERSION=19.0 +SO_VERSION=20.0 .for _lib in nspr4 plc4 plds4 SHARED_LIBS+= ${_lib} ${SO_VERSION} .endfor @@ -73,7 +73,7 @@ ${MAKE_PROGRAM} -C ${WRKSRC}/pr/tests ${MAKE_PROGRAM} -C ${WRKSRC}/lib/tests @cd ${WRKSRC}/pr/tests ulimit -Sn 192 env TZ=gmt \ - LD_LIBRARY_PATH=${WRKSRC}/dist/lib /bin/ksh runtests.ksh + LD_LIBRARY_PATH=${WRKSRC}/dist/lib /bin/ksh runtests.sh LD_LIBRARY_PATH=${WRKSRC}/dist/lib ${WRKSRC}/lib/tests/string LD_LIBRARY_PATH=${WRKSRC}/dist/lib ${WRKSRC}/lib/tests/base64t Index: distinfo === RCS file: /cvs/ports/devel/nspr/distinfo,v retrieving revision 1.9 diff -u -r1.9 distinfo --- distinfo12 Feb 2008 23:21:38 - 1.9 +++ distinfo13 Jun 2008 18:31:38 - @@ -1,10 +1,10 @@ -MD5 (nspr-4.6.8.tar.gz) = bL9oH4tzEs1U8Et9vqOBvA== +MD5 (nspr-4.7.1.tar.gz) = fG51oIZ84rnsYuOZqQi1rA== MD5 (nspr-reference.tar.gz) = jZRQOnk+OzIiUnYci0jz4A== -RMD160 (nspr-4.6.8.tar.gz) = 2ot3w7OGrbgkZ2E+C8299faDaeo= +RMD160 (nspr-4.7.1.tar.gz) = ILCUX6gVlMb545RqybcJAGjP4Mw= RMD160 (nspr-reference.tar.gz) = 4eQ4pZI64spNagflIfhYo+D3wcY= -SHA1 (nspr-4.6.8.tar.gz) = yg16lA4c9s9r1jaA/t8JAZXQtGA= +SHA1 (nspr-4.7.1.tar.gz) = 3xT+PpNNpLRVWSnXQeQQedMriiQ= SHA1 (nspr-reference.tar.gz) = mihC1ynB3kmPoYRmevtjk5qdcec= -SHA256 (nspr-4.6.8.tar.gz) = R3UOapniVw+iEZ8h1dIBF0KCZ5NSN5pWXj5agEU+SLE= +SHA256 (nspr-4.7.1.tar.gz) = WHgrEUIzWfKiR/Aheqtv4EHzKYSqwfQR2m1DvTTP0Ns= SHA256 (nspr-reference.tar.gz) = zhhZrKNh2VTVMaJ+qR7AzZwW8lssI0mT1E5+d1gHiwo= -SIZE (nspr-4.6.8.tar.gz) = 1313108 +SIZE (nspr-4.7.1.tar.gz) = 1261636 SIZE (nspr-reference.tar.gz) = 195121 Index: patches/patch-mozilla_nsprpub_configure_in === RCS file: /cvs/ports/devel/nspr/patches/patch-mozilla_nsprpub_configure_in,v retrieving revision 1.6 diff -u -r1.6 patch-mozilla_nsprpub_configure_in --- patches/patch-mozilla_nsprpub_configure_in 12 Feb 2008 23:21:38 - 1.6 +++ patches/patch-mozilla_nsprpub_configure_in 13 Jun 2008 18:31:38 - @@ -1,7 +1,7 @@ $OpenBSD: patch-mozilla_nsprpub_configure_in,v 1.6 2008/02/12 23:21:38 martynas Exp $ mozilla/nsprpub/configure.in.orig Wed Oct 31 20:07:38 2007 -+++ mozilla/nsprpub/configure.in Tue Feb 12 23:37:03 2008 -@@ -1728,12 +1728,15 @@ mips-sony-newsos*) +--- mozilla/nsprpub/configure.in.orig Tue Apr 29 02:21:11 2008 mozilla/nsprpub/configure.in Fri Jun 13 21:58:15 2008 +@@ -1802,9 +1802,11 @@ mips-sony-newsos*) AC_DEFINE(OPENBSD) AC_DEFINE(HAVE_BSD_FLOCK) AC_DEFINE(HAVE_SOCKLEN_T) @@ -14,11 +14,7 @@ DSO_CFLAGS=-fPIC MDCPUCFG_H=_openbsd.cfg PR_MD_CSRCS=openbsd.c -+OS_LIBS=-lc - if test -z $USE_NSPR_THREADS; then - USE_PTHREADS=1 - fi -@@ -2781,6 +2784,7 @@ config/autoconf.mk +@@ -2857,6 +2859,7 @@ config/autoconf.mk config/nsprincl.mk config/nsprincl.sh config/nspr-config Index: patches/patch-mozilla_nsprpub_lib_tests_Makefile_in === RCS file: /cvs/ports/devel/nspr/patches/patch-mozilla_nsprpub_lib_tests_Makefile_in,v retrieving revision 1.1 diff -u -r1.1 patch-mozilla_nsprpub_lib_tests_Makefile_in --- patches/patch-mozilla_nsprpub_lib_tests_Makefile_in 7 Nov 2006 16:22:06 - 1.1 +++ patches/patch-mozilla_nsprpub_lib_tests_Makefile_in 13 Jun 2008 18:31:38 - @@ -1,7 +1,7 @@ $OpenBSD: patch-mozilla_nsprpub_lib_tests_Makefile_in,v 1.1 2006/11/07 16:22:06 ajacoutot Exp $ mozilla/nsprpub/lib/tests/Makefile.in.orig Mon Nov 8 03:52:55 2004 -+++ mozilla/nsprpub/lib/tests/Makefile.in Tue Nov 7 09:54:30 2006 -@@ -131,6 +131,12 @@ ifeq ($(OS_ARCH), Linux) +--- mozilla/nsprpub/lib/tests/Makefile.in.orig Sat Nov 17 18:00:44 2007 mozilla/nsprpub/lib/tests/Makefile.in Sat Nov 17 18:09:23 2007 +@@ -134,6 +134,12 @@ ifeq (,$(filter-out OpenBSD,$(OS_ARCH))) endif endif Index: patches/patch-mozilla_nsprpub_pr_include_md__openbsd_cfg === RCS file: patches/patch-mozilla_nsprpub_pr_include_md__openbsd_cfg diff -N
Re: UPDATE: mozilla-firefox-3.0
nspr-4.7.1 As kili and ian pointed out, it doesn't apply because patch-mozilla_nsprpub_pr_include_private_primpl_h has been removed. Index: Makefile === RCS file: /cvs/ports/devel/nspr/Makefile,v retrieving revision 1.24 diff -u -r1.24 Makefile --- Makefile12 Feb 2008 23:21:38 - 1.24 +++ Makefile13 Jun 2008 18:31:38 - @@ -6,14 +6,14 @@ COMMENT-main= Netscape Portable Runtime COMMENT-docs= HTML Documentation for NSPR -VER= 4.6.8 +VER= 4.7.1 DISTNAME= nspr-${VER} PKGNAME-main= ${DISTNAME} PKGNAME-docs= nspr-docs-${VER} DISTFILES= ${DISTNAME}${EXTRACT_SUFX} \ nspr-reference${EXTRACT_SUFX}:0 -SO_VERSION=19.0 +SO_VERSION=20.0 .for _lib in nspr4 plc4 plds4 SHARED_LIBS+= ${_lib} ${SO_VERSION} .endfor @@ -73,7 +73,7 @@ ${MAKE_PROGRAM} -C ${WRKSRC}/pr/tests ${MAKE_PROGRAM} -C ${WRKSRC}/lib/tests @cd ${WRKSRC}/pr/tests ulimit -Sn 192 env TZ=gmt \ - LD_LIBRARY_PATH=${WRKSRC}/dist/lib /bin/ksh runtests.ksh + LD_LIBRARY_PATH=${WRKSRC}/dist/lib /bin/ksh runtests.sh LD_LIBRARY_PATH=${WRKSRC}/dist/lib ${WRKSRC}/lib/tests/string LD_LIBRARY_PATH=${WRKSRC}/dist/lib ${WRKSRC}/lib/tests/base64t Index: distinfo === RCS file: /cvs/ports/devel/nspr/distinfo,v retrieving revision 1.9 diff -u -r1.9 distinfo --- distinfo12 Feb 2008 23:21:38 - 1.9 +++ distinfo13 Jun 2008 18:31:38 - @@ -1,10 +1,10 @@ -MD5 (nspr-4.6.8.tar.gz) = bL9oH4tzEs1U8Et9vqOBvA== +MD5 (nspr-4.7.1.tar.gz) = fG51oIZ84rnsYuOZqQi1rA== MD5 (nspr-reference.tar.gz) = jZRQOnk+OzIiUnYci0jz4A== -RMD160 (nspr-4.6.8.tar.gz) = 2ot3w7OGrbgkZ2E+C8299faDaeo= +RMD160 (nspr-4.7.1.tar.gz) = ILCUX6gVlMb545RqybcJAGjP4Mw= RMD160 (nspr-reference.tar.gz) = 4eQ4pZI64spNagflIfhYo+D3wcY= -SHA1 (nspr-4.6.8.tar.gz) = yg16lA4c9s9r1jaA/t8JAZXQtGA= +SHA1 (nspr-4.7.1.tar.gz) = 3xT+PpNNpLRVWSnXQeQQedMriiQ= SHA1 (nspr-reference.tar.gz) = mihC1ynB3kmPoYRmevtjk5qdcec= -SHA256 (nspr-4.6.8.tar.gz) = R3UOapniVw+iEZ8h1dIBF0KCZ5NSN5pWXj5agEU+SLE= +SHA256 (nspr-4.7.1.tar.gz) = WHgrEUIzWfKiR/Aheqtv4EHzKYSqwfQR2m1DvTTP0Ns= SHA256 (nspr-reference.tar.gz) = zhhZrKNh2VTVMaJ+qR7AzZwW8lssI0mT1E5+d1gHiwo= -SIZE (nspr-4.6.8.tar.gz) = 1313108 +SIZE (nspr-4.7.1.tar.gz) = 1261636 SIZE (nspr-reference.tar.gz) = 195121 Index: patches/patch-mozilla_nsprpub_configure_in === RCS file: /cvs/ports/devel/nspr/patches/patch-mozilla_nsprpub_configure_in,v retrieving revision 1.6 diff -u -r1.6 patch-mozilla_nsprpub_configure_in --- patches/patch-mozilla_nsprpub_configure_in 12 Feb 2008 23:21:38 - 1.6 +++ patches/patch-mozilla_nsprpub_configure_in 13 Jun 2008 18:31:38 - @@ -1,7 +1,7 @@ $OpenBSD: patch-mozilla_nsprpub_configure_in,v 1.6 2008/02/12 23:21:38 martynas Exp $ mozilla/nsprpub/configure.in.orig Wed Oct 31 20:07:38 2007 -+++ mozilla/nsprpub/configure.in Tue Feb 12 23:37:03 2008 -@@ -1728,12 +1728,15 @@ mips-sony-newsos*) +--- mozilla/nsprpub/configure.in.orig Tue Apr 29 02:21:11 2008 mozilla/nsprpub/configure.in Fri Jun 13 21:58:15 2008 +@@ -1802,9 +1802,11 @@ mips-sony-newsos*) AC_DEFINE(OPENBSD) AC_DEFINE(HAVE_BSD_FLOCK) AC_DEFINE(HAVE_SOCKLEN_T) @@ -14,11 +14,7 @@ DSO_CFLAGS=-fPIC MDCPUCFG_H=_openbsd.cfg PR_MD_CSRCS=openbsd.c -+OS_LIBS=-lc - if test -z $USE_NSPR_THREADS; then - USE_PTHREADS=1 - fi -@@ -2781,6 +2784,7 @@ config/autoconf.mk +@@ -2857,6 +2859,7 @@ config/autoconf.mk config/nsprincl.mk config/nsprincl.sh config/nspr-config Index: patches/patch-mozilla_nsprpub_lib_tests_Makefile_in === RCS file: /cvs/ports/devel/nspr/patches/patch-mozilla_nsprpub_lib_tests_Makefile_in,v retrieving revision 1.1 diff -u -r1.1 patch-mozilla_nsprpub_lib_tests_Makefile_in --- patches/patch-mozilla_nsprpub_lib_tests_Makefile_in 7 Nov 2006 16:22:06 - 1.1 +++ patches/patch-mozilla_nsprpub_lib_tests_Makefile_in 13 Jun 2008 18:31:38 - @@ -1,7 +1,7 @@ $OpenBSD: patch-mozilla_nsprpub_lib_tests_Makefile_in,v 1.1 2006/11/07 16:22:06 ajacoutot Exp $ mozilla/nsprpub/lib/tests/Makefile.in.orig Mon Nov 8 03:52:55 2004 -+++ mozilla/nsprpub/lib/tests/Makefile.in Tue Nov 7 09:54:30 2006 -@@ -131,6 +131,12 @@ ifeq ($(OS_ARCH), Linux) +--- mozilla/nsprpub/lib/tests/Makefile.in.orig Sat Nov 17 18:00:44 2007 mozilla/nsprpub/lib/tests/Makefile.in Sat Nov 17 18:09:23 2007 +@@ -134,6 +134,12 @@ ifeq (,$(filter-out OpenBSD,$(OS_ARCH))) endif endif Index: patches/patch-mozilla_nsprpub_pr_include_md__openbsd_cfg
Re: UPDATE: mozilla-firefox-3.0
Seems to be working beautifully for me :) 22717 knowmerc 20 50M 75M sleep/0 poll 0:18 9.47% firefox-bin While running gmail. Nice! Brandon On Tue, Jun 17, 2008 at 6:19 PM, Martynas Venckus [EMAIL PROTECTED] wrote: nspr-4.7.1 As kili and ian pointed out, it doesn't apply because patch-mozilla_nsprpub_pr_include_private_primpl_h has been removed. Index: Makefile === RCS file: /cvs/ports/devel/nspr/Makefile,v retrieving revision 1.24 diff -u -r1.24 Makefile --- Makefile12 Feb 2008 23:21:38 - 1.24 +++ Makefile13 Jun 2008 18:31:38 - @@ -6,14 +6,14 @@ COMMENT-main= Netscape Portable Runtime COMMENT-docs= HTML Documentation for NSPR -VER= 4.6.8 +VER= 4.7.1 DISTNAME= nspr-${VER} PKGNAME-main= ${DISTNAME} PKGNAME-docs= nspr-docs-${VER} DISTFILES= ${DISTNAME}${EXTRACT_SUFX} \ nspr-reference${EXTRACT_SUFX}:0 -SO_VERSION=19.0 +SO_VERSION=20.0 .for _lib in nspr4 plc4 plds4 SHARED_LIBS+= ${_lib} ${SO_VERSION} .endfor @@ -73,7 +73,7 @@ ${MAKE_PROGRAM} -C ${WRKSRC}/pr/tests ${MAKE_PROGRAM} -C ${WRKSRC}/lib/tests @cd ${WRKSRC}/pr/tests ulimit -Sn 192 env TZ=gmt \ - LD_LIBRARY_PATH=${WRKSRC}/dist/lib /bin/ksh runtests.ksh + LD_LIBRARY_PATH=${WRKSRC}/dist/lib /bin/ksh runtests.sh LD_LIBRARY_PATH=${WRKSRC}/dist/lib ${WRKSRC}/lib/tests/string LD_LIBRARY_PATH=${WRKSRC}/dist/lib ${WRKSRC}/lib/tests/base64t Index: distinfo === RCS file: /cvs/ports/devel/nspr/distinfo,v retrieving revision 1.9 diff -u -r1.9 distinfo --- distinfo12 Feb 2008 23:21:38 - 1.9 +++ distinfo13 Jun 2008 18:31:38 - @@ -1,10 +1,10 @@ -MD5 (nspr-4.6.8.tar.gz) = bL9oH4tzEs1U8Et9vqOBvA== +MD5 (nspr-4.7.1.tar.gz) = fG51oIZ84rnsYuOZqQi1rA== MD5 (nspr-reference.tar.gz) = jZRQOnk+OzIiUnYci0jz4A== -RMD160 (nspr-4.6.8.tar.gz) = 2ot3w7OGrbgkZ2E+C8299faDaeo= +RMD160 (nspr-4.7.1.tar.gz) = ILCUX6gVlMb545RqybcJAGjP4Mw= RMD160 (nspr-reference.tar.gz) = 4eQ4pZI64spNagflIfhYo+D3wcY= -SHA1 (nspr-4.6.8.tar.gz) = yg16lA4c9s9r1jaA/t8JAZXQtGA= +SHA1 (nspr-4.7.1.tar.gz) = 3xT+PpNNpLRVWSnXQeQQedMriiQ= SHA1 (nspr-reference.tar.gz) = mihC1ynB3kmPoYRmevtjk5qdcec= -SHA256 (nspr-4.6.8.tar.gz) = R3UOapniVw+iEZ8h1dIBF0KCZ5NSN5pWXj5agEU+SLE= +SHA256 (nspr-4.7.1.tar.gz) = WHgrEUIzWfKiR/Aheqtv4EHzKYSqwfQR2m1DvTTP0Ns= SHA256 (nspr-reference.tar.gz) = zhhZrKNh2VTVMaJ+qR7AzZwW8lssI0mT1E5+d1gHiwo= -SIZE (nspr-4.6.8.tar.gz) = 1313108 +SIZE (nspr-4.7.1.tar.gz) = 1261636 SIZE (nspr-reference.tar.gz) = 195121 Index: patches/patch-mozilla_nsprpub_configure_in === RCS file: /cvs/ports/devel/nspr/patches/patch-mozilla_nsprpub_configure_in,v retrieving revision 1.6 diff -u -r1.6 patch-mozilla_nsprpub_configure_in --- patches/patch-mozilla_nsprpub_configure_in 12 Feb 2008 23:21:38 - 1.6 +++ patches/patch-mozilla_nsprpub_configure_in 13 Jun 2008 18:31:38 - @@ -1,7 +1,7 @@ $OpenBSD: patch-mozilla_nsprpub_configure_in,v 1.6 2008/02/12 23:21:38 martynas Exp $ mozilla/nsprpub/configure.in.orig Wed Oct 31 20:07:38 2007 -+++ mozilla/nsprpub/configure.in Tue Feb 12 23:37:03 2008 -@@ -1728,12 +1728,15 @@ mips-sony-newsos*) +--- mozilla/nsprpub/configure.in.orig Tue Apr 29 02:21:11 2008 mozilla/nsprpub/configure.in Fri Jun 13 21:58:15 2008 +@@ -1802,9 +1802,11 @@ mips-sony-newsos*) AC_DEFINE(OPENBSD) AC_DEFINE(HAVE_BSD_FLOCK) AC_DEFINE(HAVE_SOCKLEN_T) @@ -14,11 +14,7 @@ DSO_CFLAGS=-fPIC MDCPUCFG_H=_openbsd.cfg PR_MD_CSRCS=openbsd.c -+OS_LIBS=-lc - if test -z $USE_NSPR_THREADS; then - USE_PTHREADS=1 - fi -@@ -2781,6 +2784,7 @@ config/autoconf.mk +@@ -2857,6 +2859,7 @@ config/autoconf.mk config/nsprincl.mk config/nsprincl.sh config/nspr-config Index: patches/patch-mozilla_nsprpub_lib_tests_Makefile_in === RCS file: /cvs/ports/devel/nspr/patches/patch-mozilla_nsprpub_lib_tests_Makefile_in,v retrieving revision 1.1 diff -u -r1.1 patch-mozilla_nsprpub_lib_tests_Makefile_in --- patches/patch-mozilla_nsprpub_lib_tests_Makefile_in 7 Nov 2006 16:22:06 - 1.1 +++ patches/patch-mozilla_nsprpub_lib_tests_Makefile_in 13 Jun 2008 18:31:38 - @@ -1,7 +1,7 @@ $OpenBSD: patch-mozilla_nsprpub_lib_tests_Makefile_in,v 1.1 2006/11/07 16:22:06 ajacoutot Exp $ mozilla/nsprpub/lib/tests/Makefile.in.orig Mon Nov 8 03:52:55 2004 -+++ mozilla/nsprpub/lib/tests/Makefile.in Tue Nov 7 09:54:30 2006 -@@ -131,6 +131,12 @@ ifeq ($(OS_ARCH), Linux) +---
Re: UPDATE: mozilla-firefox-3.0
I'd also like to motion to get this put into ports/packages soon. Even with any oddities we may find it's far better than the 2.0.0.x version. Anyone else think a mozilla-firefox2, mozilla-firefox3 would be objectionable until FF3 is mainstream? Brandon On Tue, Jun 17, 2008 at 6:49 PM, Brandon Mercer [EMAIL PROTECTED] wrote: Seems to be working beautifully for me :) 22717 knowmerc 20 50M 75M sleep/0 poll 0:18 9.47% firefox-bin While running gmail. Nice! Brandon On Tue, Jun 17, 2008 at 6:19 PM, Martynas Venckus [EMAIL PROTECTED] wrote: nspr-4.7.1 As kili and ian pointed out, it doesn't apply because patch-mozilla_nsprpub_pr_include_private_primpl_h has been removed. Index: Makefile === RCS file: /cvs/ports/devel/nspr/Makefile,v retrieving revision 1.24 diff -u -r1.24 Makefile --- Makefile12 Feb 2008 23:21:38 - 1.24 +++ Makefile13 Jun 2008 18:31:38 - @@ -6,14 +6,14 @@ COMMENT-main= Netscape Portable Runtime COMMENT-docs= HTML Documentation for NSPR -VER= 4.6.8 +VER= 4.7.1 DISTNAME= nspr-${VER} PKGNAME-main= ${DISTNAME} PKGNAME-docs= nspr-docs-${VER} DISTFILES= ${DISTNAME}${EXTRACT_SUFX} \ nspr-reference${EXTRACT_SUFX}:0 -SO_VERSION=19.0 +SO_VERSION=20.0 .for _lib in nspr4 plc4 plds4 SHARED_LIBS+= ${_lib} ${SO_VERSION} .endfor @@ -73,7 +73,7 @@ ${MAKE_PROGRAM} -C ${WRKSRC}/pr/tests ${MAKE_PROGRAM} -C ${WRKSRC}/lib/tests @cd ${WRKSRC}/pr/tests ulimit -Sn 192 env TZ=gmt \ - LD_LIBRARY_PATH=${WRKSRC}/dist/lib /bin/ksh runtests.ksh + LD_LIBRARY_PATH=${WRKSRC}/dist/lib /bin/ksh runtests.sh LD_LIBRARY_PATH=${WRKSRC}/dist/lib ${WRKSRC}/lib/tests/string LD_LIBRARY_PATH=${WRKSRC}/dist/lib ${WRKSRC}/lib/tests/base64t Index: distinfo === RCS file: /cvs/ports/devel/nspr/distinfo,v retrieving revision 1.9 diff -u -r1.9 distinfo --- distinfo12 Feb 2008 23:21:38 - 1.9 +++ distinfo13 Jun 2008 18:31:38 - @@ -1,10 +1,10 @@ -MD5 (nspr-4.6.8.tar.gz) = bL9oH4tzEs1U8Et9vqOBvA== +MD5 (nspr-4.7.1.tar.gz) = fG51oIZ84rnsYuOZqQi1rA== MD5 (nspr-reference.tar.gz) = jZRQOnk+OzIiUnYci0jz4A== -RMD160 (nspr-4.6.8.tar.gz) = 2ot3w7OGrbgkZ2E+C8299faDaeo= +RMD160 (nspr-4.7.1.tar.gz) = ILCUX6gVlMb545RqybcJAGjP4Mw= RMD160 (nspr-reference.tar.gz) = 4eQ4pZI64spNagflIfhYo+D3wcY= -SHA1 (nspr-4.6.8.tar.gz) = yg16lA4c9s9r1jaA/t8JAZXQtGA= +SHA1 (nspr-4.7.1.tar.gz) = 3xT+PpNNpLRVWSnXQeQQedMriiQ= SHA1 (nspr-reference.tar.gz) = mihC1ynB3kmPoYRmevtjk5qdcec= -SHA256 (nspr-4.6.8.tar.gz) = R3UOapniVw+iEZ8h1dIBF0KCZ5NSN5pWXj5agEU+SLE= +SHA256 (nspr-4.7.1.tar.gz) = WHgrEUIzWfKiR/Aheqtv4EHzKYSqwfQR2m1DvTTP0Ns= SHA256 (nspr-reference.tar.gz) = zhhZrKNh2VTVMaJ+qR7AzZwW8lssI0mT1E5+d1gHiwo= -SIZE (nspr-4.6.8.tar.gz) = 1313108 +SIZE (nspr-4.7.1.tar.gz) = 1261636 SIZE (nspr-reference.tar.gz) = 195121 Index: patches/patch-mozilla_nsprpub_configure_in === RCS file: /cvs/ports/devel/nspr/patches/patch-mozilla_nsprpub_configure_in,v retrieving revision 1.6 diff -u -r1.6 patch-mozilla_nsprpub_configure_in --- patches/patch-mozilla_nsprpub_configure_in 12 Feb 2008 23:21:38 - 1.6 +++ patches/patch-mozilla_nsprpub_configure_in 13 Jun 2008 18:31:38 - @@ -1,7 +1,7 @@ $OpenBSD: patch-mozilla_nsprpub_configure_in,v 1.6 2008/02/12 23:21:38 martynas Exp $ mozilla/nsprpub/configure.in.orig Wed Oct 31 20:07:38 2007 -+++ mozilla/nsprpub/configure.in Tue Feb 12 23:37:03 2008 -@@ -1728,12 +1728,15 @@ mips-sony-newsos*) +--- mozilla/nsprpub/configure.in.orig Tue Apr 29 02:21:11 2008 mozilla/nsprpub/configure.in Fri Jun 13 21:58:15 2008 +@@ -1802,9 +1802,11 @@ mips-sony-newsos*) AC_DEFINE(OPENBSD) AC_DEFINE(HAVE_BSD_FLOCK) AC_DEFINE(HAVE_SOCKLEN_T) @@ -14,11 +14,7 @@ DSO_CFLAGS=-fPIC MDCPUCFG_H=_openbsd.cfg PR_MD_CSRCS=openbsd.c -+OS_LIBS=-lc - if test -z $USE_NSPR_THREADS; then - USE_PTHREADS=1 - fi -@@ -2781,6 +2784,7 @@ config/autoconf.mk +@@ -2857,6 +2859,7 @@ config/autoconf.mk config/nsprincl.mk config/nsprincl.sh config/nspr-config Index: patches/patch-mozilla_nsprpub_lib_tests_Makefile_in === RCS file: /cvs/ports/devel/nspr/patches/patch-mozilla_nsprpub_lib_tests_Makefile_in,v retrieving revision 1.1 diff -u -r1.1 patch-mozilla_nsprpub_lib_tests_Makefile_in --- patches/patch-mozilla_nsprpub_lib_tests_Makefile_in 7 Nov 2006 16:22:06 - 1.1 +++ patches/patch-mozilla_nsprpub_lib_tests_Makefile_in 13 Jun 2008 18:31:38 - @@
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jun 17, 2008 at 10:26:39PM +0300, Martynas Venckus wrote: Hey, (Yes, this one does have scrolling bar problem fixed.) Known issues: - images rendered incorrectly on nvidia cards with 24 bits, due to incompatibilities between nvidia drivers and x; workaround: DefaultDepth 16 - dictionaries not updated for the new api - cryptohash catches stack overflow This is a work-in-progress. All xptcalls have been updated for the new xpcom api, and committed upstream. What i need is to know on which archs does this work, and on which doesn't. At least on i386 i repeatedly get this : $firefox www.google.fr firefox-bin in malloc(): error: allocation failed and it's stuck, i have to pkill -9 it. Will retry on another machine, and after rebuilding all the four updates from scratch. Landry
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jun 17, 2008 at 9:34 PM, Landry Breuil [EMAIL PROTECTED] wrote: On Tue, Jun 17, 2008 at 10:26:39PM +0300, Martynas Venckus wrote: Hey, (Yes, this one does have scrolling bar problem fixed.) Known issues: - images rendered incorrectly on nvidia cards with 24 bits, due to incompatibilities between nvidia drivers and x; workaround: DefaultDepth 16 - dictionaries not updated for the new api - cryptohash catches stack overflow This is a work-in-progress. All xptcalls have been updated for the new xpcom api, and committed upstream. What i need is to know on which archs does this work, and on which doesn't. At least on i386 i repeatedly get this : $firefox www.google.fr firefox-bin in malloc(): error: allocation failed and it's stuck, i have to pkill -9 it. Will retry on another machine, and after rebuilding all the four updates from scratch. It comes right up for me. Quite quickly. Are you building this on a recent snapshot? I've just upgraded from the one from 6/16 and it's perfect. Brandon