Re: Firefox error
On Mon, Apr 19, 2021 at 09:24:31AM +0300, Gleb Popov wrote: > On Mon, Apr 19, 2021 at 8:52 AM The Doctor via freebsd-ports < > freebsd-ports@freebsd.org> wrote: > > > Why am I getting: > > > > In file included from Unified_cpp_libsoundtouch_src0.cpp:47: > > /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/InterpolateShannon.cpp:71:9: > > warning: 'PI' macro redefined [-Wmacro-redefined] > > #define PI 3.1415926536 > > ^ > > /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/AAFilter.cpp:45:9: > > note: previous definition is here > > #define PI M_PI > > ^ > > In file included from Unified_cpp_image_decoders0.cpp:11: > > /usr/ports/www/firefox/work/firefox-88.0/image/decoders/nsAVIFDecoder.cpp:656:60: > > error: use of undeclared identifier 'AOM_PLANE_ALPHA' > > MOZ_ASSERT(aImage->stride[AOM_PLANE_Y] == > > aImage->stride[AOM_PLANE_ALPHA]); > > ^ > > /usr/ports/www/firefox/work/firefox-88.0/image/decoders/nsAVIFDecoder.cpp:656:60: > > error: use of undeclared identifier 'AOM_PLANE_ALPHA' > > In file included from Unified_cpp_libsoundtouch_src0.cpp:92: > > /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/cpu_detect_x86.cpp:48:12: > > warning: 'bit_MMX' macro redefined [-Wmacro-redefined] > > #define bit_MMX (1 << 23) > >^ > > /usr/local/llvm11/lib/clang/11.0.1/include/cpuid.h:130:9: note: previous > > definition is here > > #define bit_MMX 0x0080 > >^ > > In file included from Unified_cpp_libsoundtouch_src0.cpp:92: > > /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/cpu_detect_x86.cpp:49:12: > > warning: 'bit_SSE' macro redefined [-Wmacro-redefined] > > #define bit_SSE (1 << 25) > > ^ > > /usr/local/llvm11/lib/clang/11.0.1/include/cpuid.h:133:9: note: previous > > definition is here > > #define bit_SSE 0x0200 > > ^ > > In file included from Unified_cpp_libsoundtouch_src0.cpp:92: > > /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/cpu_detect_x86.cpp:50:12: > > warning: 'bit_SSE2' macro redefined [-Wmacro-redefined] > > #define bit_SSE2(1 << 26) > > ^ > > /usr/local/llvm11/lib/clang/11.0.1/include/cpuid.h:134:9: note: previous > > definition is here > > #define bit_SSE20x0400 > > ^ > > 4 warnings generated. > > > > Are you building the port on a live system? Try upgrading multimedia/aom > first. No Dice! In file included from Unified_cpp_image_decoders0.cpp:11: /usr/ports/www/firefox/work/firefox-88.0/image/decoders/nsAVIFDecoder.cpp:656:60: error: use of undeclared identifier 'AOM_PLANE_ALPHA' MOZ_ASSERT(aImage->stride[AOM_PLANE_Y] == aImage->stride[AOM_PLANE_ALPHA]); ^ /usr/ports/www/firefox/work/firefox-88.0/image/decoders/nsAVIFDecoder.cpp:656:60: error: use of undeclared identifier 'AOM_PLANE_ALPHA' gmake[5]: Leaving directory '/usr/ports/www/firefox/work/.build/image/encoders/jpeg' gmake[5]: Entering directory '/usr/ports/www/firefox/work/.build/image/encoders/png' > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! Look at Psalms 14 and 53 on Atheism https://www.empire.kred/ROOTNK?t=94a1f39b When one lacks enemies, one can always make them. -unknown ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox error
On Mon, Apr 19, 2021 at 8:52 AM The Doctor via freebsd-ports < freebsd-ports@freebsd.org> wrote: > Why am I getting: > > In file included from Unified_cpp_libsoundtouch_src0.cpp:47: > /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/InterpolateShannon.cpp:71:9: > warning: 'PI' macro redefined [-Wmacro-redefined] > #define PI 3.1415926536 > ^ > /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/AAFilter.cpp:45:9: > note: previous definition is here > #define PI M_PI > ^ > In file included from Unified_cpp_image_decoders0.cpp:11: > /usr/ports/www/firefox/work/firefox-88.0/image/decoders/nsAVIFDecoder.cpp:656:60: > error: use of undeclared identifier 'AOM_PLANE_ALPHA' > MOZ_ASSERT(aImage->stride[AOM_PLANE_Y] == > aImage->stride[AOM_PLANE_ALPHA]); > ^ > /usr/ports/www/firefox/work/firefox-88.0/image/decoders/nsAVIFDecoder.cpp:656:60: > error: use of undeclared identifier 'AOM_PLANE_ALPHA' > In file included from Unified_cpp_libsoundtouch_src0.cpp:92: > /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/cpu_detect_x86.cpp:48:12: > warning: 'bit_MMX' macro redefined [-Wmacro-redefined] > #define bit_MMX (1 << 23) >^ > /usr/local/llvm11/lib/clang/11.0.1/include/cpuid.h:130:9: note: previous > definition is here > #define bit_MMX 0x0080 > ^ > In file included from Unified_cpp_libsoundtouch_src0.cpp:92: > /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/cpu_detect_x86.cpp:49:12: > warning: 'bit_SSE' macro redefined [-Wmacro-redefined] > #define bit_SSE (1 << 25) > ^ > /usr/local/llvm11/lib/clang/11.0.1/include/cpuid.h:133:9: note: previous > definition is here > #define bit_SSE 0x0200 > ^ > In file included from Unified_cpp_libsoundtouch_src0.cpp:92: > /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/cpu_detect_x86.cpp:50:12: > warning: 'bit_SSE2' macro redefined [-Wmacro-redefined] > #define bit_SSE2(1 << 26) > ^ > /usr/local/llvm11/lib/clang/11.0.1/include/cpuid.h:134:9: note: previous > definition is here > #define bit_SSE20x0400 > ^ > 4 warnings generated. > > -- > Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@ > nl2k.ab.ca > Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist > rising! > Look at Psalms 14 and 53 on Atheism > https://www.empire.kred/ROOTNK?t=94a1f39b > When one lacks enemies, one can always make them. -unknown > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > Are you building the port on a live system? Try upgrading multimedia/aom first. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Firefox error
Why am I getting: In file included from Unified_cpp_libsoundtouch_src0.cpp:47: /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/InterpolateShannon.cpp:71:9: warning: 'PI' macro redefined [-Wmacro-redefined] #define PI 3.1415926536 ^ /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/AAFilter.cpp:45:9: note: previous definition is here #define PI M_PI ^ In file included from Unified_cpp_image_decoders0.cpp:11: /usr/ports/www/firefox/work/firefox-88.0/image/decoders/nsAVIFDecoder.cpp:656:60: error: use of undeclared identifier 'AOM_PLANE_ALPHA' MOZ_ASSERT(aImage->stride[AOM_PLANE_Y] == aImage->stride[AOM_PLANE_ALPHA]); ^ /usr/ports/www/firefox/work/firefox-88.0/image/decoders/nsAVIFDecoder.cpp:656:60: error: use of undeclared identifier 'AOM_PLANE_ALPHA' In file included from Unified_cpp_libsoundtouch_src0.cpp:92: /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/cpu_detect_x86.cpp:48:12: warning: 'bit_MMX' macro redefined [-Wmacro-redefined] #define bit_MMX (1 << 23) ^ /usr/local/llvm11/lib/clang/11.0.1/include/cpuid.h:130:9: note: previous definition is here #define bit_MMX 0x0080 ^ In file included from Unified_cpp_libsoundtouch_src0.cpp:92: /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/cpu_detect_x86.cpp:49:12: warning: 'bit_SSE' macro redefined [-Wmacro-redefined] #define bit_SSE (1 << 25) ^ /usr/local/llvm11/lib/clang/11.0.1/include/cpuid.h:133:9: note: previous definition is here #define bit_SSE 0x0200 ^ In file included from Unified_cpp_libsoundtouch_src0.cpp:92: /usr/ports/www/firefox/work/firefox-88.0/media/libsoundtouch/src/cpu_detect_x86.cpp:50:12: warning: 'bit_SSE2' macro redefined [-Wmacro-redefined] #define bit_SSE2(1 << 26) ^ /usr/local/llvm11/lib/clang/11.0.1/include/cpuid.h:134:9: note: previous definition is here #define bit_SSE20x0400 ^ 4 warnings generated. -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! Look at Psalms 14 and 53 on Atheism https://www.empire.kred/ROOTNK?t=94a1f39b When one lacks enemies, one can always make them. -unknown ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ssh_dispatch_run_fatal on Rpi4 building www/firefox
On Sat, Apr 17, 2021 at 02:22:42PM +0100, tech-lists wrote: > Hi, > > On Wed, Apr 14, 2021 at 08:49:43AM -0700, bob prohaska wrote: > > While attempting to compile www/firefox on an RPi4 running -current > > the make process stopped with > > > > Bad packet length 3554809687. > > ssh_dispatch_run_fatal: Connection to 192.168.1.11 port 22: Connection > > Is your compiling done on the microsd? > No, mechanical SATA drive in a USB3 case. The immediate oddity was that make, running in the background, was stopping when the ssh connection dropped. Normally, disconnecting the controlling terminal on a background job doesn't kill the job. > If it is, then that's your problem. The microsd is too slow. It causes > bottlenecks and timeouts all over the place. > Agreed, but this wasn't a timeout. Maybe another misleading error message? After several restarts of make in www/firefox which all stopped with the same error I tried using the serial console. Make ran without complaint and made considerable progress. When I learned of the -E option to ssh I stopped the make session, set up error logging, ran make clean in www/firefox and started over. Make subsequently ran to completion and produced a runnable www/firefox. This tempts me to think whatevever triggered the error was among the dependencies, which is difficult to understand and much harder to repeat. Thanks for replying! bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ssh_dispatch_run_fatal on Rpi4 building www/firefox
On Wed, Apr 14, 2021 at 09:12:33PM +0200, Valery Seys wrote: > > > so you compile rpi'side, perhaps could you start sshd with '-E ' in > order to get more infos. > On the RPI, as root: > 1) echo 'sshd_flags="-E /var/log/sshd_debug.log"' >> /etc/rc.conf > 2) touch /var/log/sshd_debug.log > 3) service sshd restart > > (if you already have sshd flags in rc.conf, plz edit instead of the echoing > as above ...) > > Then restart your ssh session, and see what happens in the log, > Seems I can't reproduce the problem, despite re-starting the make of www/firefox after cleaning. I think the system got past the problem point when building via the serial console connection. Makes me wonder if it was a dependency, rather than firefox. > Ps : firefox need a huge amount of memory to compile, according to the Seemingly not a problem, but this is on an 8GB Pi4. From past experiments firefox is not obviously worse (!) than www/chromium. Thanks for writing! bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ssh_dispatch_run_fatal on Rpi4 building www/firefox
On 14/04/2021 15:49, bob prohaska wrote: While attempting to compile www/firefox on an RPi4 running -current the make process stopped with Bad packet length 3554809687. ssh_dispatch_run_fatal: Connection to 192.168.1.11 port 22: Connection corrupted on the controlling terminal. After updating to 14.0-CURRENT FreeBSD 14.0-CURRENT #15 main-8cca7b7f2: Tue Apr 13 17:46:39 PDT 2021 the error promptly recurred if make was restarted without cleaning. As an experiment, I've restarted the make process via a serial connection and it didn't immediately reproduce the error. In all cases the make command is make -DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4 DISABLE_VULNERABILITIES=yes > make.log and is run in the background. The same make command successfully compiled www/chromium via ssh, so I don't think the culprit's the command line. I rather doubt this is a www/firefox problem, but include freebsd-ports in hopes somebody might recognize the error. Make generates a torrent of warnings using the serial connection, such as: #if IN_HEADER(__GTK_ITEM_FACTORY_H__) ^ ./gtkalias.h:10:19: note: expanded from macro 'IN_HEADER' #define IN_HEADER defined ^ ./gtkalias.h:5366:5: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined] #if IN_HEADER(__GTK_LABEL_H__) ^ ./gtkalias.h:10:19: note: expanded from macro 'IN_HEADER' #define IN_HEADER defined ^ but seems to keep running via the serial connection. Top reports that cc is in state TTYOUT, with WCPU no higher than a few percent, running only one thread. Thanks for reading, and any ideas. bob prohaska ___ freebsd-...@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscr...@freebsd.org" Hi Bob, so you compile rpi'side, perhaps could you start sshd with '-E ' in order to get more infos. On the RPI, as root: 1) echo 'sshd_flags="-E /var/log/sshd_debug.log"' >> /etc/rc.conf 2) touch /var/log/sshd_debug.log 3) service sshd restart (if you already have sshd flags in rc.conf, plz edit instead of the echoing as above ...) Then restart your ssh session, and see what happens in the log, Ps : firefox need a huge amount of memory to compile, according to the number of compiling instances (eg cpu threads) you have, it could easily reaches >4G, so your trouble could come from this (sshd cannot be swapped ...), in this case, try to lowered the number of threads make will use, through one of these options: DISABLE_MAKE_JOBS: Set to disable the multiple jobs feature. User settable. MAKE_JOBS_NUMBER: Override the number of make jobs to be used. User settable. MAKE_JOBS_NUMBER_LIMIT: Set a limit for maximum number of make jobs allowed to be used. Get your number of cpu thread: sysctl -n kern.smp.cpus hope it helps, v/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
ssh_dispatch_run_fatal on Rpi4 building www/firefox
While attempting to compile www/firefox on an RPi4 running -current the make process stopped with Bad packet length 3554809687. ssh_dispatch_run_fatal: Connection to 192.168.1.11 port 22: Connection corrupted on the controlling terminal. After updating to 14.0-CURRENT FreeBSD 14.0-CURRENT #15 main-8cca7b7f2: Tue Apr 13 17:46:39 PDT 2021 the error promptly recurred if make was restarted without cleaning. As an experiment, I've restarted the make process via a serial connection and it didn't immediately reproduce the error. In all cases the make command is make -DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4 DISABLE_VULNERABILITIES=yes > make.log and is run in the background. The same make command successfully compiled www/chromium via ssh, so I don't think the culprit's the command line. I rather doubt this is a www/firefox problem, but include freebsd-ports in hopes somebody might recognize the error. Make generates a torrent of warnings using the serial connection, such as: #if IN_HEADER(__GTK_ITEM_FACTORY_H__) ^ ./gtkalias.h:10:19: note: expanded from macro 'IN_HEADER' #define IN_HEADER defined ^ ./gtkalias.h:5366:5: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined] #if IN_HEADER(__GTK_LABEL_H__) ^ ./gtkalias.h:10:19: note: expanded from macro 'IN_HEADER' #define IN_HEADER defined ^ but seems to keep running via the serial connection. Top reports that cc is in state TTYOUT, with WCPU no higher than a few percent, running only one thread. Thanks for reading, and any ideas. bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Firefox most recent version
Just compiled Firefox on FreeBSD 13.0-RC3-p1 And got [Parent 54716, Main Thread] WARNING: NS_ENSURE_TRUE(rootFrame) failed: file /usr/ports/www/firefox/work/firefox-87.0/dom/base/nsGlobalWindowOuter.cpp:4254 [Parent 54716, Main Thread] WARNING: Can't get nsINetworkLinkService.: file /usr/ports/www/firefox/work/firefox-87.0/dom/media/VideoUtils.cpp:760 [Parent 54716, Main Thread] WARNING: Can't get nsINetworkLinkService.: file /usr/ports/www/firefox/work/firefox-87.0/dom/media/VideoUtils.cpp:760 [Parent 54716, Main Thread] WARNING: NS_ENSURE_TRUE(presShell) failed: file /usr/ports/www/firefox/work/firefox-87.0/dom/base/nsGlobalWindowOuter.cpp:4252 [Parent 54716, GMPThread] WARNING: Failed to delete GMP storage directory: file /usr/ports/www/firefox/work/firefox-87.0/dom/media/gmp/GMPServiceParent.cpp:1566 [Parent 54716, Main Thread] WARNING: Need BrowserChild to get the nativeWindow from!: file /usr/ports/www/firefox/work/firefox-87.0/widget/PuppetWidget.cpp:980 [Parent 54716, Main Thread] WARNING: Need BrowserChild to get the nativeWindow from!: file /usr/ports/www/firefox/work/firefox-87.0/widget/PuppetWidget.cpp:980 [Parent 54716, Main Thread] WARNING: Need BrowserChild to get the nativeWindow from!: file /usr/ports/www/firefox/work/firefox-87.0/widget/PuppetWidget.cpp:980 [Parent 54716, Main Thread] WARNING: NS_ENSURE_TRUE(presShell) failed: file /usr/ports/www/firefox/work/firefox-87.0/dom/base/nsGlobalWindowOuter.cpp:4252 [Child 54718, Main Thread] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80040111 (NS_ERROR_NOT_AVAILABLE): file /usr/ports/www/firefox/work/firefox-87.0/caps/BasePrincipal.cpp:1349 [Child 54718, Main Thread] WARNING: 'NS_FAILED(rv)', file /usr/ports/www/firefox/work/firefox-87.0/dom/storage/LocalStorageManager.cpp:165 Crash Annotation GraphicsCriticalError: |[0][GFX1]: RGBX corner pixel at (0,0) in 1280x947 surface, bounded by (0,0,1280,947) is not opaque: 171,171,172,255 (t=4.44131) [GFX1]: RGBX corner pixel at (0,0) in 1280x947 surface, bounded by (0,0,1280,947) is not opaque: 171,171,172,255 Assertion failure: [GFX1]: RGBX corner pixel at (0,0) in 1280x947 surface, bounded by (0,0,1280,947) is not opaque: 171,171,172,255, at /usr/ports/www/firefox/work/firefox-87.0/gfx/2d/Logging.h:754 #01: ???[/usr/local/lib/firefox/libxul.so +0x429b0ca] #02: ???[/usr/local/lib/firefox/libxul.so +0x4291b66] #03: ???[/usr/local/lib/firefox/libxul.so +0x42953e3] #04: ???[/usr/local/lib/firefox/libxul.so +0x4293433] #05: ???[/usr/local/lib/firefox/libxul.so +0x45649b9] #06: ???[/usr/local/lib/firefox/libxul.so +0x43d9c6a] #07: ???[/usr/local/lib/firefox/libxul.so +0x43d1e63] #08: ???[/usr/local/lib/firefox/libxul.so +0x459f102] #09: ???[/usr/local/lib/firefox/libxul.so +0x45c3980] #10: ???[/usr/local/lib/firefox/libxul.so +0x45bdde7] #11: ???[/usr/local/lib/firefox/libxul.so +0x4599050] #12: ???[/usr/local/lib/firefox/libxul.so +0x45b44c6] #13: ???[/usr/local/lib/firefox/libxul.so +0x45afcdc] #14: ???[/usr/local/lib/firefox/libxul.so +0x45ede27] #15: ???[/usr/local/lib/firefox/libxul.so +0x45feb5f] #16: ???[/usr/local/lib/firefox/libxul.so +0x46245ba] #17: ???[/usr/local/lib/firefox/libxul.so +0x348a830] #18: ???[/usr/local/lib/firefox/libxul.so +0x349117e] #19: ???[/usr/local/lib/firefox/libxul.so +0x3b15cd0] #20: ???[/usr/local/lib/firefox/libxul.so +0x3aafa0f] #21: ???[/usr/local/lib/firefox/libxul.so +0x34870c3] #22: ???[/usr/local/lib/libnspr4.so +0x3f601] #23: ???[/lib/libthr.so.3 +0x1082b] Hit MOZ_CRASH(GFX: An assert from the graphics logger) at /usr/ports/www/firefox/work/firefox-87.0/gfx/2d/Logging.h:755 #01: ???[/usr/local/lib/firefox/libxul.so +0x429b0ca] #02: ???[/usr/local/lib/firefox/libxul.so +0x4291b66] #03: ???[/usr/local/lib/firefox/libxul.so +0x42953e3] #04: ???[/usr/local/lib/firefox/libxul.so +0x4293433] #05: ???[/usr/local/lib/firefox/libxul.so +0x45649b9] #06: ???[/usr/local/lib/firefox/libxul.so +0x43d9c6a] #07: ???[/usr/local/lib/firefox/libxul.so +0x43d1e63] #08: ???[/usr/local/lib/firefox/libxul.so +0x459f102] #09: ???[/usr/local/lib/firefox/libxul.so +0x45c3980] #10: ???[/usr/local/lib/firefox/libxul.so +0x45bdde7] #11: ???[/usr/local/lib/firefox/libxul.so +0x4599050] #12: ???[/usr/local/lib/firefox/libxul.so +0x45b44c6] #13: ???[/usr/local/lib/firefox/libxul.so +0x45afcdc] #14: ???[/usr/local/lib/firefox/libxul.so +0x45ede27] #15: ???[/usr/local/lib/firefox/libxul.so +0x45feb5f] #16: ???[/usr/local/lib/firefox/libxul.so +0x46245ba] #17: ???[/usr/local/lib/firefox/libxul.so +0x348a830] #18: ???[/usr/local/lib/firefox/libxul.so +0x349117e] #19: ???[/usr/local/lib/firefox/libxul.so +0x3b15cd0] #20: ???[/usr/local/lib/firefox/libxul.so +0x3aafa0f] #21: ???[/usr/local/lib/firefox/libxul.so +0x34870c3] #22: ???[/usr/local/lib/libnspr4.so +0x3f601] #23: ???[/lib/libthr.so.3 +0x1082b] [Child 54719, Main Thread] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80040111 (NS_ERROR_NOT_AVAILABLE): file /usr/ports/www/firefox/work/firefox
Re: 12.2-STABLE pkg upgrade remove firefox then need firefox-esr
Thanks Jan Beich for: > "Julian H. Stacey" writes: > > > On 12.2-STABLE pkg upgrade removed firefox, I wonder why ? > > I ran pkg add firefox-esr, > > & am now runnning cd /usr/ports/www/firefox ; make > > Build jobs die due to SIGKILL awfully often nowadays. When aborting jobs > poudriere needs to clean up temporary filesystems, so SIGKILL is likely > sent by out-of-memory kernel handler rather than by a human operator. > > http://beefy9.nyi.freebsd.org/data/114amd64-default/556876/logs/errors/firefox-83.0_4,2.log > http://beefy6.nyi.freebsd.org/data/121amd64-default/556474/logs/errors/firefox-83.0_4,2.log Also broke: www/firefox-esr/ : > http://beefy3.nyi.freebsd.org/data/114amd64-quarterly/556468/logs/errors/firefox-esr-78.5.0_3,1.log > http://beefy9.nyi.freebsd.org/data/114amd64-default/556140/logs/errors/firefox-esr-78.5.0_3,1.log As well as www/firefox > http://beefy10.nyi.freebsd.org/data/114i386-default/555064/logs/errors/firefox-83.0_2,2.log > http://beefy1.nyi.freebsd.org/data/114i386-quarterly/553805/logs/errors/firefox-82.0.2,2.log > > When a build fails the package is removed from the repo because it's no > longer safe to use with current dependencies (e.g., may fail to start > due to ABI mismatch, may crash often or destroy user's data). If the > package has consumers those are removed as well. Localy cd /usr/portswww/firefox;make/ didn't rescue me, maybe build failed on same fault as in cluster, or more likely some other fault. Looking at man pkg-upgrade I do not recall running --force in pkg upgrade --force Again running "pkg upgrade" I see Installed packages to be REMOVED: node12: 12.20.0 yarn-node12: 1.22.4_1 Maybe I missed a previous warning that pkg upgrade was about to remove firefox, & maybe I typed 'y' by reflex. In future before I run pkg upgrade, I better make a full backup of /var/cache/pkg &/or /usr/local (using eg my favourite rdist6) To ensure I dont forget to first backup, I looked in man pkg.conf & found hook: RUN_SCRIPTS Default: YES. Example for pkg.conf: handle_rc_scripts: false But I had no /usr/local/etc/pkg/ despite I have pkg-1.15.10 # pkg info -a | grep pkg find /etc /usr/local/* -name \*pkg\* -rw-r--r-- 1 root wheel 518 Jul 9 19:35 /etc/pkg/FreeBSD.conf -r--r--r-- 1 root wheel 16383 Nov 15 2019 /usr/local/etc/pkgtools.conf -r--r--r-- 1 root wheel 16383 Oct 13 09:13 /usr/local/etc/pkgtools.conf.sample -r--r--r-- 1 root wheel 16383 Nov 15 2019 /usr/local/etc/pkgtools.conf.sample.pkgsave cd /usr/ports/ports-mgmt/pkg ; make install -rw-r--r-- 1 root wheel 2366 Oct 13 08:44 /usr/local/etc/pkg.conf.sample I'v not found where default name of pre script is defined. > Port maintainers and regular committers don't have access to package > builders, so you need to contact portmgr@ or maybe clusteradm@. Cheers, -- Julian Stacey, BSD Linux Unix Sys. Eng. http://berklix.com/jhs/ UK stole 3.7 million Brexit votes, 700K in EU http://StolenVotes.UK Treason: Cabinet members speculate against the pound & push Crash Brexit. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: 12.2-STABLE pkg upgrade remove firefox then need firefox-esr
"Julian H. Stacey" writes: > On 12.2-STABLE pkg upgrade removed firefox, I wonder why ? > I ran pkg add firefox-esr, > & am now runnning cd /usr/ports/www/firefox ; make Build jobs die due to SIGKILL awfully often nowadays. When aborting jobs poudriere needs to clean up temporary filesystems, so SIGKILL is likely sent by out-of-memory kernel handler rather than by a human operator. http://beefy9.nyi.freebsd.org/data/114amd64-default/556876/logs/errors/firefox-83.0_4,2.log http://beefy6.nyi.freebsd.org/data/121amd64-default/556474/logs/errors/firefox-83.0_4,2.log http://beefy3.nyi.freebsd.org/data/114amd64-quarterly/556468/logs/errors/firefox-esr-78.5.0_3,1.log http://beefy9.nyi.freebsd.org/data/114amd64-default/556140/logs/errors/firefox-esr-78.5.0_3,1.log http://beefy10.nyi.freebsd.org/data/114i386-default/555064/logs/errors/firefox-83.0_2,2.log http://beefy1.nyi.freebsd.org/data/114i386-quarterly/553805/logs/errors/firefox-82.0.2,2.log When a build fails the package is removed from the repo because it's no longer safe to use with current dependencies (e.g., may fail to start due to ABI mismatch, may crash often or destroy user's data). If the package has consumers those are removed as well. Port maintainers and regular committers don't have access to package builders, so you need to contact portmgr@ or maybe clusteradm@. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
12.2-STABLE pkg upgrade remove firefox then need firefox-esr
On 12.2-STABLE pkg upgrade removed firefox, I wonder why ? I ran pkg add firefox-esr, & am now runnning cd /usr/ports/www/firefox ; make Cheers, -- Julian Stacey, BSD Linux Unix Sys. Eng. http://berklix.com/jhs/ UK stole 3.7 million Brexit votes, 700K in EU http://StolenVotes.UK Treason: Cabinet members speculate against the pound & push Crash Brexit. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: SVN r556157 breaks firefox, thunderbird
On 11/24/20 10:21 PM, Jan Beich wrote: Michael Butler via freebsd-ports writes: The removal of the packed_simd patch might be premature. I now cannot build either firefox or thunderbird. Both fail with something like .. error: aborting due to previous error For more information about this error, try `rustc --explain E0432`. error: could not compile `packed_simd` Can you reproduce after https://svnweb.freebsd.org/changeset/ports/556251 ? They build correctly - thanks, imb ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: SVN r556157 breaks firefox, thunderbird
Michael Butler via freebsd-ports writes: > The removal of the packed_simd patch might be premature. > > I now cannot build either firefox or thunderbird. Both fail with > something like .. > > error: aborting due to previous error > > For more information about this error, try `rustc --explain E0432`. > error: could not compile `packed_simd` Can you reproduce after https://svnweb.freebsd.org/changeset/ports/556251 ? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: SVN r556157 breaks firefox, thunderbird
## Michael Butler via freebsd-ports (freebsd-ports@freebsd.org): > The removal of the packed_simd patch might be premature. > > I now cannot build either firefox or thunderbird. Both fail with > something like .. Cannot confirm, I got e.g. Makefile ident: $FreeBSD: head/www/firefox/Makefile 556157 2020-11-24 12:48:53Z mikael $ build of www/firefox | firefox-83.0_4,2 ended at Tue Nov 24 19:48:37 CET 2020 Thunderbird looks similar (all in poudriere). How do you build? Unexpected OPTIONs anywhere? Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
SVN r556157 breaks firefox, thunderbird
The removal of the packed_simd patch might be premature. I now cannot build either firefox or thunderbird. Both fail with something like .. error: aborting due to previous error For more information about this error, try `rustc --explain E0432`. error: could not compile `packed_simd` imb ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FireFox keeps loosing data
On 13/11/20 07:58, Andrea Venturoli wrote: On 11/12/20 9:52 PM, Dave Horsfall wrote: Never use file locking on NFS. Period. One day it *will* bite you, due to some yet-to-be-discovered bug. In the meantime, feel free to ignore the advice of those who have been there before... Thanks for the advice. What protocol do you suggest, instead, for sharing data to a diskless client? I don't have a suggestion for "diskless" but since we're not i the 80's anymore, all machines come with some kind of disk controller and small disks (even decent SSD ones) don't cost so much, I'd suggest you install a minimal OS on the machine and use something like unison or syncthing to synchronize what you need. I'm doing this with my home directory with very good results. Personally I don't sync firefox and thunderbird profiles though, and have other exceptions (cache directories for npm and php-composer for example). I also think the synchronizing approach has advantage: Multiple copies of the data are usually a good thing, I can use this with my laptop too, just remember to sync it back as soon as I am back home, before using other machines! YMMV -- Guido Falsi ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FireFox keeps loosing data
On 11/12/20 9:52 PM, Dave Horsfall wrote: Never use file locking on NFS. Period. One day it *will* bite you, due to some yet-to-be-discovered bug. In the meantime, feel free to ignore the advice of those who have been there before... Thanks for the advice. What protocol do you suggest, instead, for sharing data to a diskless client? The only other I used is SMB and it proved far more problematic than NFS, in my experience. bye & Thanks av. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FireFox keeps loosing data
On Thu, 12 Nov 2020, Andrea Venturoli wrote: Firefox uses sqlite databases to store cookies, history and other items. You should never store these on NFS. Really? It has worked properly for years; it's only been broken for some months. Besides history works perfectly. Wouldn't any corruption produce some sort of log somewhere? Never use file locking on NFS. Period. One day it *will* bite you, due to some yet-to-be-discovered bug. In the meantime, feel free to ignore the advice of those who have been there before... -- Dave ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FireFox keeps loosing data
On 11/11/20 8:05 PM, Dimitry Andric wrote: Firefox uses sqlite databases to store cookies, history and other items. You should never store these on NFS. Really? It has worked properly for years; it's only been broken for some months. Besides history works perfectly. Wouldn't any corruption produce some sort of log somewhere? The SQLite FAQ say: SQLite depends on the underlying filesystem to do locking as the documentation says it will. But some filesystems contain bugs in their locking logic such that the locks do not always behave as advertised. This is especially true of network filesystems and NFS in particular. If SQLite is used on a filesystem where the locking primitives contain bugs, and if two or more threads or processes try to access the same database at the same time, then database corruption might result. AFAIK NFS has locking (especially NFSv4 does not require separate sideband services). So we are talking about bugs. Is it a bug in FreeBSD's NFSv4? In SQLite port? In FireFox? In FireFox port? Just so I know where to look further. Ergo, put your profile folder on a local filesystem. I might not have one in some cases... bye & Thanks av. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FireFox keeps loosing data
On 11 Nov 2020, at 18:31, Andrea Venturoli wrote: > > Since some months I've been experiencing data loss with Firefox. > I'm currently running Firefox-esr-78.4.1 on FreeBSD 12.2/amd64. > > I guess this is related to cookies, since it loses saved form data and I keep > having to login again on sites where I had logon and never logout, accept > privacy statements and tweak cookie settings again and again, etc... > History is working perfectly, however. > > This is not systematic: i.e. I may login on > https://bugs.freebsd.org/bugzilla/, come back tomorrow morning and still be > logged in, try again in the afternoon and find I've been logged out. > I may start FireFox, go to a site, accept cookies, restart FireFox and need > to accept them again or it might keep settings for some days even across > reboots. > > Running in console does not seem to show relevant messages. > > I must say my home is on NFSv4 (server also FreeBSD 12.2/amd64). > > Any hint on where to look to solve this? Firefox uses sqlite databases to store cookies, history and other items. You should never store these on NFS. Ergo, put your profile folder on a local filesystem. -Dimitry signature.asc Description: Message signed with OpenPGP
FireFox keeps loosing data
Hello. Since some months I've been experiencing data loss with Firefox. I'm currently running Firefox-esr-78.4.1 on FreeBSD 12.2/amd64. I guess this is related to cookies, since it loses saved form data and I keep having to login again on sites where I had logon and never logout, accept privacy statements and tweak cookie settings again and again, etc... History is working perfectly, however. This is not systematic: i.e. I may login on https://bugs.freebsd.org/bugzilla/, come back tomorrow morning and still be logged in, try again in the afternoon and find I've been logged out. I may start FireFox, go to a site, accept cookies, restart FireFox and need to accept them again or it might keep settings for some days even across reboots. Running in console does not seem to show relevant messages. I must say my home is on NFSv4 (server also FreeBSD 12.2/amd64). Any hint on where to look to solve this? bye & Thanks av. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Success at last on Pi3 aarch64, was Re: Firefox build failure
On Mon, Aug 31, 2020 at 08:35:59AM -0700, bob prohaska wrote: > > In the meantime a clean restart is going, it looks like firefox > got bumped to version 80. Perhaps that'll make a difference. To > conserve resources I'm using a plain vanilla make. If use of a > ports management system is mandatory please warn me. > After a few false starts (my own errors) make completed successfully and the resulting binary seems to run. If anybody can offer a hint how to get uBlock Origin to install it would be most helpful. The extensions manager invites "Add to Firefox" but after several minutes of the wagging progress dot seems to give up without installing anything. Thanks for everyone's help, bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox build failure, was Re: Silent stoppage building www/chromium
On Mon, Aug 31, 2020 at 01:51:35AM +0200, Jan Beich wrote: > > The actual error appears to have been elided. Paste full output when > restarting build (as text/plain) or upload poudriere log. > > www/firefox used to build fine on aarch64, see > http://thunderx1.nyi.freebsd.org/data/latest-per-pkg/firefox/ Indeed, it even built on the Pi3 some months ago. The log I have is at http://www.zefox.net/~fbsd/rpi3/firefox/ in case it contains some overlooked details. In the meantime a clean restart is going, it looks like firefox got bumped to version 80. Perhaps that'll make a difference. To conserve resources I'm using a plain vanilla make. If use of a ports management system is mandatory please warn me. Thanks for reading, bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox build failure, was Re: Silent stoppage building www/chromium
bob prohaska writes: > On Sun, Aug 30, 2020 at 09:40:21PM +, Marcel Bischoff wrote: > >> Firefox has Rust as a dependency. In the past I have found that the >> build process for the latter easily overwhelms lean systems with >> little physical RAM. Regardless of swap space, quite unlike most >> other ports. >> > > My error seems to have been using -j2 with make. Re-run using simply > make -DBATCH MAKE_JOBS_UNSAFE=yes > compilation kept going until reporting > gmake[4]: Leaving directory > '/usr/ports/www/firefox/work/.build/toolkit/library/rust' > gmake[3]: Leaving directory '/usr/ports/www/firefox/work/.build' > gmake[2]: Leaving directory '/usr/ports/www/firefox/work/.build' > gmake[1]: Leaving directory '/usr/ports/www/firefox/work/.build' > *** Error code 1 The actual error appears to have been elided. Paste full output when restarting build (as text/plain) or upload poudriere log. www/firefox used to build fine on aarch64, see http://thunderx1.nyi.freebsd.org/data/latest-per-pkg/firefox/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Firefox build failure, was Re: Silent stoppage building www/chromium
On Sun, Aug 30, 2020 at 09:40:21PM +, Marcel Bischoff wrote: > Firefox has Rust as a dependency. In the past I have found that the build > process for the latter easily overwhelms lean systems with little physical > RAM. Regardless of swap space, quite unlike most other ports. > My error seems to have been using -j2 with make. Re-run using simply make -DBATCH MAKE_JOBS_UNSAFE=yes compilation kept going until reporting gmake[4]: Leaving directory '/usr/ports/www/firefox/work/.build/toolkit/library/rust' gmake[3]: Leaving directory '/usr/ports/www/firefox/work/.build' gmake[2]: Leaving directory '/usr/ports/www/firefox/work/.build' gmake[1]: Leaving directory '/usr/ports/www/firefox/work/.build' *** Error code 1 but no further details are offered. It's been suggested to obtain a backtrace, but looking at the man page that seems to require some changes to the source, which I don't know how to do. If somebody can suggest reading material I'll give it a try. Thanks for replying, bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox build fails in cargo, with a segfault.
On Tue, Aug 11, 2020 at 11:50:36PM +0200, Jan Beich wrote: > bob prohaska writes: > > > The latest attempts to compile www/firefox stopped with: > > > > gmake[4]: *** > > [/usr/ports/www/firefox/work/firefox-79.0/config/makefiles/rust.mk:294: > > force-cargo-library-build] Segmentation fault (core dumped) > > gmake[3]: *** > > [/usr/ports/www/firefox/work/firefox-79.0/config/recurse.mk:72: > > toolkit/library/rust/target] Error 2 > > gmake[2]: *** > > [/usr/ports/www/firefox/work/firefox-79.0/config/recurse.mk:34: compile] > > Error 2 > > gmake[1]: *** > > [/usr/ports/www/firefox/work/firefox-79.0/config/rules.mk:390: all] Error 2 > > > > This is on a Raspberry Pi3 running -current at r363786, cargo is at 1.45.0, > > ports are at 544659. > > > > Thanks for reading, any suggestions appreciated! > > Get a backtrace for more details. > Apologies if this is a dumb question, but can you point me to a procedure? My only acquaintance with backtraces is during kernel crashes, when the backtraces is presented on the console. At this point it's not obvious what crashed (gmake or cargo), nor where the core file went. > The package cluster (or rather the single oversubscribed aarch64 > machine) hasn't caught up yet but previous versions built fine. > > http://thunderx1.nyi.freebsd.org/data/latest-per-pkg/firefox/ Might this problem be specific to the Pi3? I thought not, but Thanks for replying, bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox build fails in cargo, with a segfault.
bob prohaska writes: > The latest attempts to compile www/firefox stopped with: > > gmake[4]: *** > [/usr/ports/www/firefox/work/firefox-79.0/config/makefiles/rust.mk:294: > force-cargo-library-build] Segmentation fault (core dumped) > gmake[3]: *** [/usr/ports/www/firefox/work/firefox-79.0/config/recurse.mk:72: > toolkit/library/rust/target] Error 2 > gmake[2]: *** [/usr/ports/www/firefox/work/firefox-79.0/config/recurse.mk:34: > compile] Error 2 > gmake[1]: *** [/usr/ports/www/firefox/work/firefox-79.0/config/rules.mk:390: > all] Error 2 > > This is on a Raspberry Pi3 running -current at r363786, cargo is at 1.45.0, > ports are at 544659. > > Thanks for reading, any suggestions appreciated! Get a backtrace for more details. The package cluster (or rather the single oversubscribed aarch64 machine) hasn't caught up yet but previous versions built fine. http://thunderx1.nyi.freebsd.org/data/latest-per-pkg/firefox/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Firefox build fails in cargo, with a segfault.
The latest attempts to compile www/firefox stopped with: gmake[4]: *** [/usr/ports/www/firefox/work/firefox-79.0/config/makefiles/rust.mk:294: force-cargo-library-build] Segmentation fault (core dumped) gmake[3]: *** [/usr/ports/www/firefox/work/firefox-79.0/config/recurse.mk:72: toolkit/library/rust/target] Error 2 gmake[2]: *** [/usr/ports/www/firefox/work/firefox-79.0/config/recurse.mk:34: compile] Error 2 gmake[1]: *** [/usr/ports/www/firefox/work/firefox-79.0/config/rules.mk:390: all] Error 2 This is on a Raspberry Pi3 running -current at r363786, cargo is at 1.45.0, ports are at 544659. Thanks for reading, any suggestions appreciated! bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Not enough jobserver tokens when compiling www/firefox
Experiments with compiling www/firefox on a Pi3 running -current have finally stalled with: gmake[1]: INTERNAL: Exiting with 1 jobserver tokens available; should be 2! Updating /usr/ports doesn't seem to make a difference, changing the limit in /etc/make.conf from 2 to 3 changes the message to: gmake[1]: INTERNAL: Exiting with 1 jobserver tokens available; should be 3! so /etc/make.conf is being read correctly. The last entries in the log file are: gmake[4]: Nothing to be done for 'target-objects'. gmake[4]: Leaving directory '/usr/ports/www/firefox/work/.build/dom/filesystem' gmake[4]: Leaving directory '/usr/ports/www/firefox/work/.build/toolkit/library/rust' gmake[3]: Leaving directory '/usr/ports/www/firefox/work/.build' gmake[2]: Leaving directory '/usr/ports/www/firefox/work/.build' gmake[1]: Leaving directory '/usr/ports/www/firefox/work/.build' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Ports are at 543527, uname -a reports r362742. Thanks for reading and any suggestions! bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Can't compile firefox (was: Can't compile rust-cbindgen)
On 2020-07-23 17:37, George Mitchell wrote: > On 2020-07-20 11:09, George Mitchell wrote: >> Running on 11.3-RELEASE-p11, amd64, ports tree at 542641 (head branch). >> For some reason, firefox depends on devel/rust-cbindgen. I don't know >> what that is, but it fails thus: >> [...] > > That problem has gone away with a ports tree updated to 542958*. But > now I have a problem compiling firefox 79.0 (which was also present in > 78.0.2). The build log is at https://m5p.com/failed-firefox-build.txt > and seems to me that it is using devel/libepoll-shim without including > "-lepoll-shim" in the link command line. Help! -- George > > * - Mk/Uses/qt.mk, devel/qt5, and */qt5-* are at revision 541317 to > avoid the openssl base vs ports morass. I'm noting this for accuracy > even though I don't think that firefox uses any qt code at all. > I "fixed" this by turning on the OPTIMIZED_CFLAGS option, which I turned off somewhere in ancient history (meaning before last Thursday, the way my memory works). Sorry for the noise. I filed bug 248232 so someone can look at this at some point. -- george signature.asc Description: OpenPGP digital signature
Can't compile firefox (was: Can't compile rust-cbindgen)
On 2020-07-20 11:09, George Mitchell wrote: > Running on 11.3-RELEASE-p11, amd64, ports tree at 542641 (head branch). > For some reason, firefox depends on devel/rust-cbindgen. I don't know > what that is, but it fails thus: > [...] That problem has gone away with a ports tree updated to 542958*. But now I have a problem compiling firefox 79.0 (which was also present in 78.0.2). The build log is at https://m5p.com/failed-firefox-build.txt and seems to me that it is using devel/libepoll-shim without including "-lepoll-shim" in the link command line. Help! -- George * - Mk/Uses/qt.mk, devel/qt5, and */qt5-* are at revision 541317 to avoid the openssl base vs ports morass. I'm noting this for accuracy even though I don't think that firefox uses any qt code at all. signature.asc Description: OpenPGP digital signature
Re: 2020Q1 and firefox/thunderbird
Hi Ben, Thank you for your time and help. 10.03.2020 12:41, Ben Woods пишет: On Tue, 10 Mar 2020 at 03:37, Boris Samorodov wrote: Hi all, There are no firefox/thunderbird ports at the quarterly repository. Is there any ETA to fix this? Hi Boris, I believe this problem was caused by commit r527969 to the quarterly ports branch: https://svnweb.freebsd.org/ports?view=revision=527969 The broken firefox ports problem was subsequently pointed out by kevans here: https://lists.freebsd.org/pipermail/svn-ports-branches/2020-March/008270.html The problem was then fixed by jbeich in r528114: https://svnweb.freebsd.org/ports?view=revision=528114 Long story short: if the above is correct, I believe the problem should be rectified after the next pkg build run for the quarterly branch (next couple of days). That does not work. I've got 2020Q1 repository, build/install nspr. But firefox does not build (all dependencies installed by packages, nspr built with default options): [...] checking for nodejs... /usr/local/bin/node (13.3.0) checking for gtk+-wayland-3.0 >= 3.10 xkbcommon >= 0.4.1 libdrm >= 2.4... yes checking MOZ_WAYLAND_CFLAGS... DEBUG: DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xf86vidmodeproto', required by 'xxf86vm', not found DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xproto', required by 'xrender', not found DEBUG: | Package 'renderproto', required by 'xrender', not found DEBUG: | Package 'xproto', required by 'x11', not found DEBUG: | Package 'kbproto', required by 'x11', not found DEBUG: | Package 'xproto', required by 'x11', not found DEBUG: | Package 'kbproto', required by 'x11', not found DEBUG: | Package 'xextproto', required by 'xext', not found ERROR: Command `/usr/local/bin/pkgconf --cflags 'gtk+-wayland-3.0 >= 3.10 xkbcommon >= 0.4.1 libdrm >= 2.4'` failed with exit status 1. ===> Script "configure" failed unexpectedly. Please report the problem to ge...@freebsd.org [maintainer] and attach the "/usr/ports/www/firefox/work/.build/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 [...] Waylad? What's going on here?.. -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: 2020Q1 and firefox/thunderbird
On Tue, 10 Mar 2020 at 03:37, Boris Samorodov wrote: > Hi all, > > There are no firefox/thunderbird ports at the > quarterly repository. Is there any ETA to fix this? > > Hi Boris, I believe this problem was caused by commit r527969 to the quarterly ports branch: https://svnweb.freebsd.org/ports?view=revision=527969 The broken firefox ports problem was subsequently pointed out by kevans here: https://lists.freebsd.org/pipermail/svn-ports-branches/2020-March/008270.html The problem was then fixed by jbeich in r528114: https://svnweb.freebsd.org/ports?view=revision=528114 Long story short: if the above is correct, I believe the problem should be rectified after the next pkg build run for the quarterly branch (next couple of days). Regards, Ben ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
2020Q1 and firefox/thunderbird
Hi all, There are no firefox/thunderbird ports at the quarterly repository. Is there any ETA to fix this? -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: firefox-73.0,1 error build
On Tue, Feb 04, 2020 at 03:49:39PM +0700, Alex V. Petrov wrote: > ... > In file included from > /usr/ports/www/firefox/work/.build/dist/system_wrappers/exception:3: > > > /usr/include/c++/v1/exception:180:5: error: no member named 'abort' in > namespace 'std::__1'; did you mean simply 'abort'? > _VSTD::abort(); > ^~~ > /usr/include/c++/v1/__config:759:15: note: expanded from macro '_VSTD' > > #define _VSTD std::_LIBCPP_ABI_NAMESPACE > > ^ > /usr/include/stdlib.h:86:17: note: 'abort' declared here > > _Noreturn void abort(void); > ^ > 1 error generated. > gmake[5]: *** > [/usr/ports/www/firefox/work/firefox-73.0/config/rules.mk:738: > rlbox_thread_locals.o] Error 1 > This is being tracked in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243863 Peace, david -- David H. Wolfskill da...@catwhisker.org "The Senate has abdicated its constitutional duty during the impeachment trial of President Donald Trump." -- Alan S. Frumin, parliamentarian emeritus of the US Senate See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
FreeBSD Port: firefox-73.0,1 error build
mkdir -p '.deps/' config/external/rlbox/rlbox_thread_locals.o /usr/local/bin/clang++90 -std=gnu++17 -o rlbox_thread_locals.o -c -I/usr/ports/www/firefox/work/.build/dist/stl_wrappers -I/usr/ports/www/firefox/work/.build/dist/system_wrappers -include /usr/ports/www/firefo x/work/firefox-73.0/config/gcc_hidden.h -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fstack-protector-strong -DNDEBUG=1 -DTRIMMED=1 -DSTATIC_EXPORTABLE_JS_API -DMOZ_HAS_MOZGLUE -DMOZILLA_INTERNAL_API -DIMPL_LIBXUL -I /usr/ports/www/firefox/work/firefox-73.0/config/external/rlbox -I/usr/ports/www/firefox/work/.build/config/external/rlbox -I/usr/ports/www/firefox/work/.build/dist/include -I/usr/local/include/nspr -I/usr/local /include/nss -I/usr/local/include/nss/nss -I/usr/ports/www/firefox/work/.build/dist/include/nss -I/usr/local/include -I/usr/local/include -I/usr/local/include/pixman-1 -fPIC -DMOZILLA_CLIENT -include /usr/ports /www/firefox/work/.build/mozilla-config.h -Qunused-arguments -DLIBICONV_PLUG -isystem /usr/local/include -Qunused-arguments -Wall -Wbitfield-enum-conversion -Wempty-body -Wignored-qualifiers -Woverloaded-virtua l -Wpointer-arith -Wshadow-field-in-constructor-modified -Wsign-compare -Wtype-limits -Wunreachable-code -Wunreachable-code-return -Wwrite-strings -Wno-invalid-offsetof -Wclass-varargs -Wempty-init-stmt -Wfloat -overflow-conversion -Wfloat-zero-conversion -Wloop-analysis -Wc++2a-compat -Wcomma -Wimplicit-fallthrough -Wstring-conversion -Wtautological-overlap-compare -Wtautological-unsigned-enum-zero-compare -Wtautolog ical-unsigned-zero-compare -Wno-error=tautological-type-limit-compare -Wno-inline-new-delete -Wno-error=deprecated-declarations -Wno-error=array-bounds -Wno-error=backend-plugin -Wno-error=return-std-move -Wno- error=atomic-alignment -Wformat -Wformat-security -Wno-gnu-zero-variadic-macro-arguments -Wno-unknown-warning-option -Wno-return-type-c-linkage -fno-sized-deallocation -fno-aligned-new -O2 -pipe -O3 -DLIBICONV_ PLUG -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -DLIBICONV_PLUG -isystem /usr/local/include -fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections -fno -exceptions -fno-math-errno -pipe -I/usr/local/include -O2 -O3 -fno-omit-frame-pointer -funwind-tables -MD -MP -MF .deps/rlbox_thread_locals.o.pp /usr/ports/www/firefox/work/firefox-73.0/config/external/rlbo x/rlbox_thread_locals.cpp In file included from /usr/ports/www/firefox/work/firefox-73.0/config/external/rlbox/rlbox_thread_locals.cpp:10: In file included from /usr/ports/www/firefox/work/.build/dist/include/mozilla/rlbox/rlbox_noop_sandbox.hpp:4: In file included from /usr/ports/www/firefox/work/.build/dist/stl_wrappers/cstdlib:44: In file included from /usr/ports/www/firefox/work/.build/dist/system_wrappers/cstdlib:3: In file included from /usr/include/c++/v1/cstdlib:85: In file included from /usr/ports/www/firefox/work/.build/dist/system_wrappers/stdlib.h:3: In file included from /usr/include/c++/v1/stdlib.h:100: In file included from /usr/ports/www/firefox/work/.build/dist/system_wrappers/math.h:3: In file included from /usr/include/c++/v1/math.h:311: In file included from /usr/ports/www/firefox/work/.build/dist/stl_wrappers/type_traits:50: In file included from /usr/ports/www/firefox/work/.build/dist/include/mozilla/mozalloc.h:31: In file included from /usr/ports/www/firefox/work/.build/dist/stl_wrappers/new:44: In file included from /usr/ports/www/firefox/work/.build/dist/system_wrappers/new:3: In file included from /usr/include/c++/v1/new:90: In file included from /usr/ports/www/firefox/work/.build/dist/system_wrappers/exception:3: /usr/include/c++/v1/exception:180:5: error: no member named 'abort' in namespace 'std::__1'; did you mean simply 'abort'? _VSTD::abort(); ^~~ /usr/include/c++/v1/__config:759:15: note: expanded from macro '_VSTD' #define _VSTD std::_LIBCPP_ABI_NAMESPACE ^ /usr/include/stdlib.h:86:17: note: 'abort' declared here _Noreturn void abort(void); ^ 1 error generated. gmake[5]: *** [/usr/ports/www/firefox/work/firefox-73.0/config/rules.mk:738: rlbox_thread_locals.o] Error 1 gmake[5]: Leaving directory '/usr/ports/www/firefox/work/.build/config/external/rlbox' gmake[4]: *** [/usr/ports/www/firefox/work/firefox-73.0/config/recurse.mk:74: config/external/rlbox/target-objects] Error 2 gmake[4]: Leaving directory '/usr/ports/www/firefox/work/.build' gmake[3]: *** [/usr/ports/www/firefox/work/firefox-73.0/config/recurse.mk:34: compile] Error 2 gmake[3]: Leaving directory '/usr/ports/www/firefox/work/.build' gmake[2]: *** [/usr/ports/www/firefox/work/firefox-73.0/config/rules.mk:394: all] Error 2 gmake[2]: Leaving directory '/usr/ports/www/firefox/work/.build' *** Error code 1 Stop. make[1]: stopped in /usr/ports/www/firefox *** Error code 1 Stop. make: stopped in /usr/ports/www/firefox ===>>> make build failed for www/firefox ===>>&g
Re: sqlite3 update to 3.31.0 breaks firefox and thunderbird
Le 27/01/2020 à 06:06, Tobias C. Berner a écrit : This should likely be added to firefox: https://hg.mozilla.org/try/rev/8d7104bac33729b4da67954b07fb08371df39bd8 Finally, it sounds that the sqlite team will do review their API to ensure backward compatibility. https://www.sqlite.org/src/info/34ab760689fd493e : >> It turns out that some important 3rd-party software does questionable >> pointer manipulations on those filenames that depend on that legacy >> layout. Technically, this is a misuse of SQLite by the 3rd-party >> software, but we want to avoid unnecessary breakage Thanks, even if I think they are in a way being too soft in this case. -- David Marec http://poudriere.lapinbilly.eu/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox, thunderbird crash on start
On Mon, Jan 27, 2020 at 11:51:32AM -0700, Russell L. Carter wrote: > Hi folks, > On about a month old -stable amd64, recent, up-to-the minute > firefox and thunderbird are crashing on startup since yesterday, > like so: > > rcarter@feyerabend> firefox > > (firefox:5486): GLib-GIO-CRITICAL **: 11:45:26.964: g_dbus_proxy_new: > assertion 'G_IS_DBUS_CONNECTION (connection)' failed > > (firefox:5486): GLib-GIO-CRITICAL **: 11:45:26.965: g_dbus_proxy_new: > assertion 'G_IS_DBUS_CONNECTION (connection)' failed > > (firefox:5486): GLib-GIO-CRITICAL **: 11:45:26.965: g_dbus_proxy_new: > assertion 'G_IS_DBUS_CONNECTION (connection)' failed > Exiting due to channel error. > Exiting due to channel error. > zsh: segmentation fault firefox > rcarter@feyerabend> thunderbird > rcarter@feyerabend> > > Sometimes I'll get a window, that goes away immediately, mostly not. > I cleared the .mozilla .thunderbird profiles and it's not that. > > I build ports via poudriere. > See (e.g.) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243629 -- note that dropping databases/sqlite3 back to sqlite3-3.30.1 (from sqlite3-3.31.0) appears to resolve the issue; it seem sthat firefox was using a non-public interface, and that interface changed Note that databases/sqlite3 has been reverted as of ports (head) revision r524241. Peace, david -- David H. Wolfskill da...@catwhisker.org "Now, with me, there's no lying." -- Donald J. Trump ["??!?" -- me] See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
firefox, thunderbird crash on start
Hi folks, On about a month old -stable amd64, recent, up-to-the minute firefox and thunderbird are crashing on startup since yesterday, like so: rcarter@feyerabend> firefox (firefox:5486): GLib-GIO-CRITICAL **: 11:45:26.964: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed (firefox:5486): GLib-GIO-CRITICAL **: 11:45:26.965: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed (firefox:5486): GLib-GIO-CRITICAL **: 11:45:26.965: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed Exiting due to channel error. Exiting due to channel error. zsh: segmentation fault firefox rcarter@feyerabend> thunderbird rcarter@feyerabend> Sometimes I'll get a window, that goes away immediately, mostly not. I cleared the .mozilla .thunderbird profiles and it's not that. I build ports via poudriere. Thanks, Russell ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: sqlite3 update to 3.31.0 breaks firefox and thunderbird
Moin moin This should likely be added to firefox: https://hg.mozilla.org/try/rev/8d7104bac33729b4da67954b07fb08371df39bd8 mfg Tobias On Mon, 27 Jan 2020 at 01:00, David Wolfskill wrote: > > On Sun, Jan 26, 2020 at 06:35:01PM -0500, Michael Butler wrote: > > Both produce core dumps related to sqlite :-( Rebuilding both doesn't > > fix either. Downgrading to 3.30.1 restores normal operation, > > > > Confirmed; thank you for the circumvention. > > Peace, > david > -- > David H. Wolfskill da...@catwhisker.org > "Now, with me, there's no lying." -- Donald J. Trump ["??!?" -- me] > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: sqlite3 update to 3.31.0 breaks firefox and thunderbird
On Sun, Jan 26, 2020 at 06:35:01PM -0500, Michael Butler wrote: > Both produce core dumps related to sqlite :-( Rebuilding both doesn't > fix either. Downgrading to 3.30.1 restores normal operation, > Confirmed; thank you for the circumvention. Peace, david -- David H. Wolfskill da...@catwhisker.org "Now, with me, there's no lying." -- Donald J. Trump ["??!?" -- me] See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
sqlite3 update to 3.31.0 breaks firefox and thunderbird
Both produce core dumps related to sqlite :-( Rebuilding both doesn't fix either. Downgrading to 3.30.1 restores normal operation, imb ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
FreeBSD Port: firefox-72.0.1_1,1
Error last update /usr/local/bin/clang++90 -o Unified_cpp_ipc_chromium0.o -c -I/usr/ports/www/firefox/work/.build/dist/stl_wrappers -I/usr/ports/www/firefox/work/.build/dist/system_wrappers -include /usr/ports/www/firefox/work/f irefox-72.0.1/config/gcc_hidden.h -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fstack-protector-strong -DNDEBUG=1 -DTRIMMED=1 -DOS_POSIX=1 -DOS_FREEBSD=1 -DOS_BSD=1 -DSTATIC_EXPORTABLE_JS_API -DMOZ_HAS_MOZGLUE -DMOZIL LA_INTERNAL_API -DIMPL_LIBXUL -I/usr/ports/www/firefox/work/firefox-72.0.1/ipc/chromium -I/usr/ports/www/firefox/work/.build/ipc/chromium -I/usr/ports/www/firefox/work/.build/ipc/ipdl/_ipdlheaders -I/usr/ports/w ww/firefox/work/firefox-72.0.1/ipc/chromium/src -I/usr/ports/www/firefox/work/firefox-72.0.1/ipc/glue -I/usr/ports/www/firefox/work/.build/dist/include -I/usr/local/include/nspr -I/usr/local/include/nss -I/usr/l ocal/include/nss/nss -I/usr/ports/www/firefox/work/.build/dist/include/nss -I/usr/local/include -I/usr/local/include -I/usr/local/include/pixman-1 -fPIC -DMOZILLA_CLIENT -include /usr/ports/www/firefox/work/.bui ld/mozilla-config.h -Qunused-arguments -DLIBICONV_PLUG -isystem /usr/local/include -Qunused-arguments -Wall -Wbitfield-enum-conversion -Wempty-body -Wignored-qualifiers -Woverloaded-virtual -Wpointer-arith -Wsha dow-field-in-constructor-modified -Wsign-compare -Wtype-limits -Wunreachable-code -Wunreachable-code-return -Wwrite-strings -Wno-invalid-offsetof -Wclass-varargs -Wfloat-overflow-conversion -Wfloat-zero-conversi on -Wloop-analysis -Wc++1z-compat -Wc++2a-compat -Wcomma -Wimplicit-fallthrough -Wstring-conversion -Wtautological-overlap-compare -Wtautological-unsigned-enum-zero-compare -Wtautological-unsigned-zero-compare - Wno-error=tautological-type-limit-compare -Wno-inline-new-delete -Wno-error=deprecated-declarations -Wno-error=array-bounds -Wno-error=backend-plugin -Wno-error=return-std-move -Wno-error=atomic-alignment -Wformat -Wformat-security -Wno-gnu-zero-variadic-macro-arguments -Wno-unknown-warning-option -Wno-return-type-c-linkage -fno-sized-deallocation -fno-aligned-new -O2 -pipe -O3 -DLIBICONV_PLUG -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -DLIBICONV_PLUG -isystem /usr/local/include -fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -fno-math-errno -pipe -I/usr/local/include -O2 -O3 -fno-omit-frame-pointer -funwind-tables -I/usr/ports/www/firefox/work/firefox-72.0.1/widget/gtk/compat-gtk3 -I/usr/local/include/gtk-3.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -I/usr/local/include/fribidi -I/usr/local/include/cairo -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include/libdrm -I/usr/local/include/libpng16 -I/usr/local/include/harfbuzz -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include/atk-1.0 -I/usr/local/include/at-spi2-atk/2.0 -I/usr/local/include/at-spi-2.0 -I/usr/local/include/dbus-1.0 -I/usr/local/lib/dbus-1.0/include -I/usr/local/include/gtk-3.0/unix-print -D_THREAD_SAFE -pthread -Wno-error=shadow -MD -MP -MF .deps/Unified_cpp_ipc_chromium0.o.pp Unified_cpp_ipc_chromium0.cpp In file included from Unified_cpp_ipc_chromium0.cpp:137: /usr/ports/www/firefox/work/firefox-72.0.1/ipc/chromium/src/base/shared_memory_posix.cc:282:16: error: variable has incomplete type 'cap_rights_t' (aka 'cap_rights') cap_rights_t rights; ^ /usr/include/sys/types.h:249:8: note: forward declaration of 'cap_rights' struct cap_rights; ^ In file included from Unified_cpp_ipc_chromium0.cpp:137: /usr/ports/www/firefox/work/firefox-72.0.1/ipc/chromium/src/base/shared_memory_posix.cc:283:28: error: use of undeclared identifier 'CAP_MMAP_R' cap_rights_init(, CAP_MMAP_R); ^ 2 errors generated. gmake[5]: *** [/usr/ports/www/firefox/work/firefox-72.0.1/config/rules.mk:806: Unified_cpp_ipc_chromium0.o] Error 1 gmake[5]: Leaving directory '/usr/ports/www/firefox/work/.build/ipc/chromium' gmake[4]: *** [/usr/ports/www/firefox/work/firefox-72.0.1/config/recurse.mk:74: ipc/chromium/target-objects] Error 2 gmake[4]: Leaving directory '/usr/ports/www/firefox/work/.build' gmake[3]: *** [/usr/ports/www/firefox/work/firefox-72.0.1/config/recurse.mk:34: compile] Error 2 gmake[3]: Leaving directory '/usr/ports/www/firefox/work/.build' gmake[2]: *** [/usr/ports/www/firefox/work/firefox-72.0.1/config/rules.mk:394: all] Error 2 gmake[2]: Leaving directory '/usr/ports/www/firefox/work/.build' *** Error code 1 Stop. make[1]: stopped in /usr/ports/www/firefox -- - Alex. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: No packages available to install matching 'firefox' have been found in the repositories
Found the reason: https://pkg-status.freebsd.org/builds/default:default:120amd64:521971:beefy6#new_failed build failed. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
No packages available to install matching 'firefox' have been found in the repositories
Got "No packages available to install matching 'firefox' have been found in the repositories" for firefox. https://pkg.freebsd.org/FreeBSD:12:amd64/latest/All/ lists only firefox-esr. Is there a reason why there is no firefox package? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox build broken by SVN r520537?
Yes, it is a known issue, but only shows up when gtk3 is built without Wayland support. See bug 242790. gecko@ is waiting for an upstream patch. Until then the recommendation is to remove the patch which looks like simply reverting to PORTREVISION 3. -- Kevin Oberman, Part time kid herder and retired Network Engineer. E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Sun, Dec 22, 2019 at 12:32 PM Michael Butler wrote: > Is noone else seeing .. > > In file included from Unified_cpp_toolkit_xre0.cpp:56: > /usr/ports/www/firefox/work/firefox-71.0/toolkit/xre/glxtest.cpp:39:10: > fatal error: 'mozilla/widget/mozwayland.h' file not found > #include "mozilla/widget/mozwayland.h" > ^ > > imb > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox build broken by SVN r520537?
Michael Butler writes: > Is noone else seeing .. > > In file included from Unified_cpp_toolkit_xre0.cpp:56: > /usr/ports/www/firefox/work/firefox-71.0/toolkit/xre/glxtest.cpp:39:10: > fatal error: 'mozilla/widget/mozwayland.h' file not found > #include "mozilla/widget/mozwayland.h" > ^ See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242790 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
firefox build broken by SVN r520537?
Is noone else seeing .. In file included from Unified_cpp_toolkit_xre0.cpp:56: /usr/ports/www/firefox/work/firefox-71.0/toolkit/xre/glxtest.cpp:39:10: fatal error: 'mozilla/widget/mozwayland.h' file not found #include "mozilla/widget/mozwayland.h" ^ imb ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Installing packaged firefox wants to install tesseract
On Fri, Oct 11, 2019 at 02:10:57PM +0800, Erich Dollansky wrote: > Hi, > > I just was wondering what this game has to do with the browser: > > pkg install firefox says: > > New packages to be INSTALLED: > firefox: 69.0.2_1,1 > kf5-kholidays: 5.62.0 > opencv: 3.4.1_24 > tesseract: 4.1.0_3 > tesseract-data: 4.0.0 > aom: 1.0.0.2474 > > Is this game really required to run a browser? > Run pkg upgrade first. You probably end up with this because an installed package requires something from new kde (kf5*) which ends up requiring tesseract (which is an OCR, not a game ;)) pkg tries to be clever (and is not here) and try to fix a missing dependency somewhere. so first pkg upgrade, then pkg install, maybe also a pkg check -d if you still have the issue. Best regards, Bapt signature.asc Description: PGP signature
Re: Installing packaged firefox wants to install tesseract
Hi, On Fri, 11 Oct 2019 09:08:27 +0200 Andrea Venturoli wrote: > On 2019-10-11 08:10, Erich Dollansky wrote: > > Hi, > > > > I just was wondering what this game has to do with the browser: > > > > pkg install firefox says: > > > > New packages to be INSTALLED: > > firefox: 69.0.2_1,1 > > kf5-kholidays: 5.62.0 > > opencv: 3.4.1_24 > > tesseract: 4.1.0_3 > > tesseract-data: 4.0.0 > > aom: 1.0.0.2474 > > > > Is this game really required to run a browser? > > I don't have this, but I build my packages... > > In any case, I think you are misunderstanding > games/tesseract for graphics/tesseract. > thanks! Whereis told me only about the games. Erich ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Installing packaged firefox wants to install tesseract
On 2019-10-11 08:10, Erich Dollansky wrote: Hi, I just was wondering what this game has to do with the browser: pkg install firefox says: New packages to be INSTALLED: firefox: 69.0.2_1,1 kf5-kholidays: 5.62.0 opencv: 3.4.1_24 tesseract: 4.1.0_3 tesseract-data: 4.0.0 aom: 1.0.0.2474 Is this game really required to run a browser? I don't have this, but I build my packages... In any case, I think you are misunderstanding games/tesseract for graphics/tesseract. bye av. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Installing packaged firefox wants to install tesseract
Hi, I just was wondering what this game has to do with the browser: pkg install firefox says: New packages to be INSTALLED: firefox: 69.0.2_1,1 kf5-kholidays: 5.62.0 opencv: 3.4.1_24 tesseract: 4.1.0_3 tesseract-data: 4.0.0 aom: 1.0.0.2474 Is this game really required to run a browser? Erich ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox or what?
On Sat, 17 Aug 2019 22:43:33 + "Thomas Mueller" wrote: > from Andrea Venturoli: > > > While continuing this thread down the slope it got (with useless > > arguments on netiquette, release engineering, supposed NFS > > incompatibilities, etc...) is a nonsense, I think half the OP's > > original question still holds, i.e.: what viable browsers (other > > than FireFox) do we have available in the port collection? > > > Some times ago, when PaleMoon was removed, I felt the need to find > > an alternative. > > Searching the www categories and excluding text-only browsers, > > still yields a lot of results. > > Some are too lightweight (read: they can't make "modern" > > useless-javascript-crap-infested sites work), some just crash... > > trying them all would be a huge task. > > > So I hoped to collect experiences on this. > > I was favorably impressed by Otter Browser, but have not been able to > update because my FreeBSD installation, 11.1-STABLE, is too far > behind for updating ports. > > I can see Dillo and Netsurf are too lightweight, not up to the > gymnastics required by modern crap-infested websites. > > I would also like to try to build Midori again, a more modern version > than 0.5.11. > > Tom > I am using for some web sites Qutebrowser. It works well but I am not sure how safe it is. -- “Hungry man, reach for the book: it is a weapon.” ― Bertolt Brecht ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox or what?
from Andrea Venturoli: > While continuing this thread down the slope it got (with useless arguments on > netiquette, release engineering, supposed NFS incompatibilities, etc...) is a > nonsense, I think half the OP's original question still holds, i.e.: what > viable browsers (other than FireFox) do we have available in the port > collection? > Some times ago, when PaleMoon was removed, I felt the need to find an > alternative. > Searching the www categories and excluding text-only browsers, still yields a > lot of results. > Some are too lightweight (read: they can't make "modern" > useless-javascript-crap-infested sites work), some just crash... trying them > all would be a huge task. > So I hoped to collect experiences on this. I was favorably impressed by Otter Browser, but have not been able to update because my FreeBSD installation, 11.1-STABLE, is too far behind for updating ports. I can see Dillo and Netsurf are too lightweight, not up to the gymnastics required by modern crap-infested websites. I would also like to try to build Midori again, a more modern version than 0.5.11. Tom ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
On Thu, Aug 15, 2019 at 11:20 PM Jack L. wrote: > On Thu, Aug 15, 2019 at 10:51 AM Kevin Oberman > wrote: > > > > On Thu, Aug 15, 2019 at 1:29 AM Jack L. wrote: > >> > >> On Wed, Aug 14, 2019 at 1:32 PM Miroslav Lachman <000.f...@quip.cz> > wrote: > >> > > >> > @lbutlr wrote on 2019/08/12 07:08: > >> > > On 11 Aug 2019, at 20:29, bruce wrote: > >> > >> I have tried firefox. It crashes regularly > >> > > > >> > > That doesn’t sound right. If Firefox is crashing a lot there is > something not quite right with your system or install. > >> > > >> > I am using Seamonkey on everyday basis. Sometimes my computer is > running > >> > 20+ days without reboot and Seamonkey running all the time with 5 > >> > windows and total count of 200+ openned tabs. No crashes at all. > >> > Firefox crashes instantly after start (even if I delete its profile) > >> > Palemoon, Qupzilla, Iridium crashes few times a day. > >> > LibreOffice, Gimp and other apps are running fine. Only browsers are > so > >> > unstable these days. And as you can read I am not alone with this kind > >> > of experience so I don't think it's just my computer problem. > >> > > >> > Miroslav Lachman > >> > >> yup, they don't make browsers like they used to > > > > > > I'll probably regret opening this potential can of worms, but I find > these reports of instability in Firefox surprising. I have used Firfox as > my web browser on FreeBSD for many year, going back to at least Firefox v3 > and probably v2. I can't say I've never had it crash, but in the past year > I can't recall a single crash on FreeBSD. It has been rock solid. So why is > it failing or some people? (I'll note in passing that Firefox has been > somewhat less stable on Windows 7 where it seems to crash every couple of > weeks. > > > > Possibilities include hardware, especially graphics, web sites visited, > and Firefox configuration. Lots of tabs may be an issue as I try to keep my > open tabs under 20. > > I can't imagine trying to deal with 200+, but it must eat a lot of > resources. That may be tied to the failures reported. > > My experience with firefox is it gets slower and slower and slower > until it's practically unusable until it's restarted (even having only > the gmail tab open for days) > Try looking at the memory pressure on your system. Firefox, especially when running heavy-duty pages like gmail. I noticed that rss (res on top) would grow until swapping started. It would continue until my swap partition was full followed by the expected... the system grinding to a halt. I could usually catch it before swap was full and restarting firefox would fix it for a while. If you want to monitor memory use, I suggest sysutils/gkrellm2. To looks at firefox use, "ps -uc | grep firefox" provides the rss for all firefox processes. rss is hte 6th column. You could write a quick script to sum the numbers, but I have just added them up manually. I increased RAM from 4G to 8, the max for the hardware, and that improved things a lot. (If you add memory, don't forget to enlarge swap.) Firefox still is huge, but the system now handles it much better. I checked the INITIAL memory use by Firefox recently and it was nearly 3.7G. And it grows from there. I saw similar issues with chrome, but I no longer use it. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
On 8/15/19 7:50 PM, Kevin Oberman wrote: I'll probably regret opening this potential can of worms, but I find these reports of instability in Firefox surprising. I have used Firfox as my web browser on FreeBSD for many year, going back to at least Firefox v3 and probably v2. I can't say I've never had it crash, but in the past year I can't recall a single crash on FreeBSD. Well, in my case it sometimes crashes. There is also a specific notorious site which can hang it systematically. Due to my limited available time, and the fact that I'm running with a patch (see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222356), I never bothered to debug it (or just make something out of its cores). AFAICT that patch will be soon obsolete; after I'm back to a somewhat official version, I'll surely dig into this, if the issue persist. bye av. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox crash on start
moridin wrote on 2019/08/16 05:30: FF crashing immediately on start sounds like dbus being disabled (or rather, not being enabled). Yes, it says "Bus error", but dbus is running and all other browsers start without any problem. > ps axuww | grep dbus messagebus 895 0.0 0.0 256282440 - Is Wed07PM0:01.98 /usr/local/bin/dbus-daemon --system root1496 0.0 0.0 371642116 - IWed07PM0:00.00 dbus-launch --autolaunch ae4280dca0bb31b02b4dbd2057d0dd6d --binary-syntax --close-stderr root1497 0.0 0.0 256281696 - Is Wed07PM0:00.00 /usr/local/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session quip1544 0.0 0.0 371642168 - IWed07PM0:00.00 dbus-launch --exit-with-session /usr/local/bin/startkde quip1545 0.0 0.0 256282904 - Ss Wed07PM0:17.99 /usr/local/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session quip1986 0.0 0.0 256281960 - SWed07PM0:00.74 /usr/local/bin/dbus-daemon --config-file=/usr/local/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3 Miroslav Lachman ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
On Thu, Aug 15, 2019 at 10:51 AM Kevin Oberman wrote: > > On Thu, Aug 15, 2019 at 1:29 AM Jack L. wrote: >> >> On Wed, Aug 14, 2019 at 1:32 PM Miroslav Lachman <000.f...@quip.cz> wrote: >> > >> > @lbutlr wrote on 2019/08/12 07:08: >> > > On 11 Aug 2019, at 20:29, bruce wrote: >> > >> I have tried firefox. It crashes regularly >> > > >> > > That doesn’t sound right. If Firefox is crashing a lot there is >> > > something not quite right with your system or install. >> > >> > I am using Seamonkey on everyday basis. Sometimes my computer is running >> > 20+ days without reboot and Seamonkey running all the time with 5 >> > windows and total count of 200+ openned tabs. No crashes at all. >> > Firefox crashes instantly after start (even if I delete its profile) >> > Palemoon, Qupzilla, Iridium crashes few times a day. >> > LibreOffice, Gimp and other apps are running fine. Only browsers are so >> > unstable these days. And as you can read I am not alone with this kind >> > of experience so I don't think it's just my computer problem. >> > >> > Miroslav Lachman >> >> yup, they don't make browsers like they used to > > > I'll probably regret opening this potential can of worms, but I find these > reports of instability in Firefox surprising. I have used Firfox as my web > browser on FreeBSD for many year, going back to at least Firefox v3 and > probably v2. I can't say I've never had it crash, but in the past year I > can't recall a single crash on FreeBSD. It has been rock solid. So why is it > failing or some people? (I'll note in passing that Firefox has been somewhat > less stable on Windows 7 where it seems to crash every couple of weeks. > > Possibilities include hardware, especially graphics, web sites visited, and > Firefox configuration. Lots of tabs may be an issue as I try to keep my open > tabs under 20. > I can't imagine trying to deal with 200+, but it must eat a lot of > resources. That may be tied to the failures reported. My experience with firefox is it gets slower and slower and slower until it's practically unusable until it's restarted (even having only the gmail tab open for days) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
Adam wrote: On Thu, Aug 15, 2019 at 12:51 PM Kevin Oberman wrote: Possibilities include hardware, especially graphics, web sites visited, and Firefox configuration. Lots of tabs may be an issue as I try to keep my open tabs under 20. I can't imagine trying to deal with 200+, but it must eat a lot of resources. That may be tied to the failures reported. Seems reasonable. I usually don't have over a dozen tabs and it has been a very long time since FF has crashed. I use those tabs heavily along with a number of popular and not so popular extensions at different complex and varied sites. Actually it's mostly the same config across 3 FreeBSD systems all with the same FF stability. For the person saying FF crashes immediately after startup, well yes actually that sounds very much like a local issue on the surface at least. I would at least look at it under truss to see if there is something obvious. FF crashing immediately on start sounds like dbus being disabled (or rather, not being enabled). ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
On Thu, Aug 15, 2019 at 12:51 PM Kevin Oberman wrote: > Possibilities include hardware, especially graphics, web sites visited, and > Firefox configuration. Lots of tabs may be an issue as I try to keep my > open tabs under 20. > I can't imagine trying to deal with 200+, but it must eat a lot of > resources. That may be tied to the failures reported. > Seems reasonable. I usually don't have over a dozen tabs and it has been a very long time since FF has crashed. I use those tabs heavily along with a number of popular and not so popular extensions at different complex and varied sites. Actually it's mostly the same config across 3 FreeBSD systems all with the same FF stability. For the person saying FF crashes immediately after startup, well yes actually that sounds very much like a local issue on the surface at least. I would at least look at it under truss to see if there is something obvious. -- Adam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
Hi! > I'll probably regret opening this potential can of worms, but I find these > reports of instability in Firefox surprising. Well, I have quite a few issues with firefox already. - The annoying 'pocket' icon which needs to be removed in every new profile and other similar 'options' - strange behaviour in input fields etc. - annoying question if one wants to refresh firefox - and crashes So I'm using palemoon as fallback browser, which has other issues. Not the least the removal due to security issues from the ports tree. I still build it, and it still builds 8-} > Possibilities include hardware, especially graphics, web sites visited, and > Firefox configuration. Lots of tabs may be an issue as I try to keep my > open tabs under 20. > I can't imagine trying to deal with 200+, but it must eat a lot of > resources. That may be tied to the failures reported. My desktops have plenty of resources (32 or 64 GB RAM, lots of CPU), still: Issues pop up eventually. I also have approx. 6-10 different browsers running at the same time (for different profiles and contexts), sometimes with around 100+ tabs each. I have used it on different systems, with different FreeBSD versions (11.2, 12.0), still: The browser situation is messy and gets messier by the day. -- p...@opsec.eu+49 171 3101372One year to go ! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
On Thu, Aug 15, 2019 at 1:29 AM Jack L. wrote: > On Wed, Aug 14, 2019 at 1:32 PM Miroslav Lachman <000.f...@quip.cz> wrote: > > > > @lbutlr wrote on 2019/08/12 07:08: > > > On 11 Aug 2019, at 20:29, bruce wrote: > > >> I have tried firefox. It crashes regularly > > > > > > That doesn’t sound right. If Firefox is crashing a lot there is > something not quite right with your system or install. > > > > I am using Seamonkey on everyday basis. Sometimes my computer is running > > 20+ days without reboot and Seamonkey running all the time with 5 > > windows and total count of 200+ openned tabs. No crashes at all. > > Firefox crashes instantly after start (even if I delete its profile) > > Palemoon, Qupzilla, Iridium crashes few times a day. > > LibreOffice, Gimp and other apps are running fine. Only browsers are so > > unstable these days. And as you can read I am not alone with this kind > > of experience so I don't think it's just my computer problem. > > > > Miroslav Lachman > > yup, they don't make browsers like they used to I'll probably regret opening this potential can of worms, but I find these reports of instability in Firefox surprising. I have used Firfox as my web browser on FreeBSD for many year, going back to at least Firefox v3 and probably v2. I can't say I've never had it crash, but in the past year I can't recall a single crash on FreeBSD. It has been rock solid. So why is it failing or some people? (I'll note in passing that Firefox has been somewhat less stable on Windows 7 where it seems to crash every couple of weeks. Possibilities include hardware, especially graphics, web sites visited, and Firefox configuration. Lots of tabs may be an issue as I try to keep my open tabs under 20. I can't imagine trying to deal with 200+, but it must eat a lot of resources. That may be tied to the failures reported. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
On Wed, Aug 14, 2019 at 1:32 PM Miroslav Lachman <000.f...@quip.cz> wrote: > > @lbutlr wrote on 2019/08/12 07:08: > > On 11 Aug 2019, at 20:29, bruce wrote: > >> I have tried firefox. It crashes regularly > > > > That doesn’t sound right. If Firefox is crashing a lot there is something > > not quite right with your system or install. > > I am using Seamonkey on everyday basis. Sometimes my computer is running > 20+ days without reboot and Seamonkey running all the time with 5 > windows and total count of 200+ openned tabs. No crashes at all. > Firefox crashes instantly after start (even if I delete its profile) > Palemoon, Qupzilla, Iridium crashes few times a day. > LibreOffice, Gimp and other apps are running fine. Only browsers are so > unstable these days. And as you can read I am not alone with this kind > of experience so I don't think it's just my computer problem. > > Miroslav Lachman yup, they don't make browsers like they used to ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
@lbutlr wrote on 2019/08/12 07:08: On 11 Aug 2019, at 20:29, bruce wrote: I have tried firefox. It crashes regularly That doesn’t sound right. If Firefox is crashing a lot there is something not quite right with your system or install. I am using Seamonkey on everyday basis. Sometimes my computer is running 20+ days without reboot and Seamonkey running all the time with 5 windows and total count of 200+ openned tabs. No crashes at all. Firefox crashes instantly after start (even if I delete its profile) Palemoon, Qupzilla, Iridium crashes few times a day. LibreOffice, Gimp and other apps are running fine. Only browsers are so unstable these days. And as you can read I am not alone with this kind of experience so I don't think it's just my computer problem. Miroslav Lachman ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
bruce writes: > I used seamonkey for years without problems. Now with seamonkey no > longer available I have tried firefox. It crashes regularly and > isn't nearly as good as seamonkey. When are you bringing seamonkey > back? Robert Huff responded: Short answer: probably never. Longer answer: 1) it is (I believe) no longer developed/maintained upstream. 2) the port does not have a local maintainer. 3) it has a long list of security issues, which persisted for months if not years. I, too, will miss it. But in the larger scheme of things this probably the path of wisdom. (Now ... if you are volunteering to revive it, assume maintainership, and contribute patches - thankyouthankyouthankyou) I went to www.seamonkey-project.org last night. Seamonkey looked alive, but last update was over a year ago (July 27, 2019 as I best remember): 2.49.4 . I looked in FreeBSD ports tree, which I track using svn: www/seamonkey was not there. But www/seamonkey is still in (NetBSD) pkgsrc. >From the Makefile, it looks like there is no maintainer: DISTNAME= seamonkey-${SM_VER}.source PKGNAME=seamonkey-${SM_VER:S/b/beta/} PKGREVISION=13 SM_VER= 2.49.4 CATEGORIES= www MASTER_SITES= ${MASTER_SITE_MOZILLA:=seamonkey/releases/${SM_VER}/source/} EXTRACT_SUFX= .tar.xz MAINTAINER= pkgsrc-us...@netbsd.org HOMEPAGE= http://www.seamonkey-project.org/ COMMENT=Full-featured gecko-based browser One suggestion from me is www/otter-browser, available in FreeBSD ports, NetBSD pkgsrc, Linux (various), and haikuports (for Haiku). Tom ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
I had no crashes, but slowdown. Put in about:config: browser.tabs.remote.force-enable=true net.local.stream.recvspace=16384 maybe, this helps. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
I have the same experience with firefox and I too have used seamonkey for years and have never found a suitable replacement. Right now, I'm using Falkon which seems to be ok minus a few quirks here and there but still more tolerable than firefox. On Sun, Aug 11, 2019 at 9:20 PM Robert Huff wrote: > > > bruce writes: > > > I used seamonkey for years without problems. Now with seamonkey no > > longer available I have tried firefox. It crashes regularly and > > isn't nearly as good as seamonkey. When are you bringing seamonkey > > back? > > Short answer: probably never. > Longer answer: > 1) it is (I believe) no longer developed/maintained upstream. > 2) the port does not have a local maintainer. > 3) it has a long list of security issues, which persisted for > months if not years. > > I, too, will miss it. But in the larger scheme of things this > probably the path of wisdom. > (Now ... if you are volunteering to revive it, assume > maintainership, and contribute patches - thankyouthankyouthankyou) > > > Respectfully, > > > Robert Huff > > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox
On 11 Aug 2019, at 20:29, bruce wrote: > I have tried firefox. It crashes regularly That doesn’t sound right. If Firefox is crashing a lot there is something not quite right with your system or install. Seamonkey was last update a bit over a year ago. That’s about a decade in Browser time. -- 'That's blasphemy,' said the vampire. He gasped as Vimes shot him a glance like sunlight. 'That's what people say when the voiceless speak.’ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
firefox
bruce writes: > I used seamonkey for years without problems. Now with seamonkey no > longer available I have tried firefox. It crashes regularly and > isn't nearly as good as seamonkey. When are you bringing seamonkey > back? Short answer: probably never. Longer answer: 1) it is (I believe) no longer developed/maintained upstream. 2) the port does not have a local maintainer. 3) it has a long list of security issues, which persisted for months if not years. I, too, will miss it. But in the larger scheme of things this probably the path of wisdom. (Now ... if you are volunteering to revive it, assume maintainership, and contribute patches - thankyouthankyouthankyou) Respectfully, Robert Huff ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
firefox
I used seamonkey for years without problems. Now with seamonkey no longer available I have tried firefox. It crashes regularly and isn't nearly as good as seamonkey. When are you bringing seamonkey back? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
linux-flashplayer is not working on firefox 68.0
I'm using linux-flashplayer with firefox 68.0 on FreeBSD 12.0/13-current. It seems that linux-flashplayer is not working without setting 'xpinstall.signatures.required' to false on firefox 68.0. -- Masachika ISHIZUKA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FireFox and NFSv4
On 6/13/19 5:56 PM, Freddie Cash wrote: Seems to be a known issue with NFS storage of the .mozilla folder that's made worse with NFSv4: https://bugzilla.mozilla.org/show_bug.cgi?id=1428169 Has to do with file locking and race conditions in the multi-process setup, and using SQLite databases for everything. There's a couple of workaround listed in there (see comment 29) that work for most people. Thanks a lot. I see it's fixed in 63, but I'm still using 60.x ESR. I'll look into this out of curiosity when I have time, but probably 68ESR will be out by then :) bye & Thanks av. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FireFox and NFSv4
On Thu, 13 Jun 2019, Andrea Venturoli wrote: For years I've had my home on an NFSv3 server. Finally I decided to move to NFSv4. [...] I got bitten quite badly by NFS in its early years; I see nothing much has changed... I think it was to do with file-locking, I think. -- Dave ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FireFox and NFSv4
On Thu, Jun 13, 2019 at 8:36 AM Andrea Venturoli wrote: > Hello. > > For years I've had my home on an NFSv3 server. > Finally I decided to move to NFSv4. > > Now the following happens every now and then (let's say, 1 out of 5 > times I launch it): > _ FireFox is closed (no process running); > _ I open FireFox and, while it works, a red message appears saying: > "The bookmarks and history system will not be functional because one of > Firefox's files is in use by another application. Some security software > can cause this problem"; > _ I can close FireFox, but I'll have to wait for a while to reopen it, > or I'll get the "Firefox is already running but not responding" window. > _ After a while I can open it again with no warning. > > Nothing to really worry about, but I'm curious (and would like to be > sure no latent problem is there). > > Of course I beleive the reference to "security software" does not apply > to UNIX systems; I don't think anything is accessing FF files either. > > What should I check? > Seems to be a known issue with NFS storage of the .mozilla folder that's made worse with NFSv4: https://bugzilla.mozilla.org/show_bug.cgi?id=1428169 Has to do with file locking and race conditions in the multi-process setup, and using SQLite databases for everything. There's a couple of workaround listed in there (see comment 29) that work for most people. -- Freddie Cash fjwc...@gmail.com ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
FireFox and NFSv4
Hello. For years I've had my home on an NFSv3 server. Finally I decided to move to NFSv4. Now the following happens every now and then (let's say, 1 out of 5 times I launch it): _ FireFox is closed (no process running); _ I open FireFox and, while it works, a red message appears saying: "The bookmarks and history system will not be functional because one of Firefox's files is in use by another application. Some security software can cause this problem"; _ I can close FireFox, but I'll have to wait for a while to reopen it, or I'll get the "Firefox is already running but not responding" window. _ After a while I can open it again with no warning. Nothing to really worry about, but I'm curious (and would like to be sure no latent problem is there). Of course I beleive the reference to "security software" does not apply to UNIX systems; I don't think anything is accessing FF files either. What should I check? bye & Thanks in advance av. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox fails to start with JavaScript error
I discovered my problem. Several years ago I pointed the firefox profile to a directory in the /var filesystem so that I could run it from several systems in my network at once w/o problems (each system had its own set of profiles). So this was a local configuration/setup issue since my new system didn't have the requisite directory setup yet...woops! :) Sorry for the noise. Bob On Sun, May 12, 2019 at 10:04:23AM -0500, Bob Willcox wrote: > This is on a new system/install with firefox-66.0.5,1. When I try t run > firefox it fails with this error message: > > JavaScript error: > jar:file:///usr/local/lib/firefox/omni.ja!/components/XULStore.js > > The system does have the omni.ja file installed: > > root@darth:6 /root> ls -l /usr/local/lib/firefox/ > total 79827 > -rw-r--r-- 1 root wheel419 May 12 09:19 application.ini > drwxr-xr-x 4 root wheel 7 May 12 09:42 browser > drwxr-xr-x 3 root wheel 3 May 12 09:42 chrome > -rw-r--r-- 1 root wheel 0 May 12 09:32 chrome.manifest > drwxr-xr-x 3 root wheel 3 May 12 09:42 defaults > -rw-r--r-- 1 root wheel 55 May 12 09:32 dependentlibs.list > -rwxr-xr-x 1 root wheel 255376 May 12 09:29 firefox > -rwxr-xr-x 1 root wheel 255376 May 12 09:29 firefox-bin > drwxr-xr-x 3 root wheel 3 May 12 09:42 gmp-clearkey > drwxr-xr-x 2 root wheel 3 May 12 09:42 gtk2 > -rwxr-xr-x 1 root wheel 68296 May 12 09:29 liblgpllibs.so > -rwxr-xr-x 1 root wheel2536896 May 12 09:29 libmozavcodec.so > -rwxr-xr-x 1 root wheel 312616 May 12 09:29 libmozavutil.so > -rwxr-xr-x 1 root wheel 17680 May 12 09:27 libmozgtk.so > -rwxr-xr-x 1 root wheel 23784 May 12 09:27 libmozwayland.so > -rwxr-xr-x 1 root wheel 144021976 May 12 09:32 libxul.so > -rw-r--r-- 1 root wheel 16728168 May 12 09:32 omni.ja > -rwxr-xr-x 1 root wheel 266656 May 12 09:29 pingsender > -rw-r--r-- 1 root wheel 48 May 12 09:32 platform.ini > -rwxr-xr-x 1 root wheel 245976 May 12 09:32 plugin-container > -rw-r--r-- 1 root wheel 0 May 12 09:32 removed-files > > Not being a JavaScript person, I have no idea where to go from here in trying > to diagnose what's wrong. > > Any help would be much appreciated. > > Thanks, > Bob > > -- > Bob Willcox| "The only way to get rid of temptation is to yield to it... > b...@immure.com | I can resist everything but temptation." > Austin, TX | - Oscar Wilde > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" -- Bob Willcox| "The only way to get rid of temptation is to yield to it... b...@immure.com | I can resist everything but temptation." Austin, TX | - Oscar Wilde ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
firefox fails to start with JavaScript error
This is on a new system/install with firefox-66.0.5,1. When I try t run firefox it fails with this error message: JavaScript error: jar:file:///usr/local/lib/firefox/omni.ja!/components/XULStore.js The system does have the omni.ja file installed: root@darth:6 /root> ls -l /usr/local/lib/firefox/ total 79827 -rw-r--r-- 1 root wheel419 May 12 09:19 application.ini drwxr-xr-x 4 root wheel 7 May 12 09:42 browser drwxr-xr-x 3 root wheel 3 May 12 09:42 chrome -rw-r--r-- 1 root wheel 0 May 12 09:32 chrome.manifest drwxr-xr-x 3 root wheel 3 May 12 09:42 defaults -rw-r--r-- 1 root wheel 55 May 12 09:32 dependentlibs.list -rwxr-xr-x 1 root wheel 255376 May 12 09:29 firefox -rwxr-xr-x 1 root wheel 255376 May 12 09:29 firefox-bin drwxr-xr-x 3 root wheel 3 May 12 09:42 gmp-clearkey drwxr-xr-x 2 root wheel 3 May 12 09:42 gtk2 -rwxr-xr-x 1 root wheel 68296 May 12 09:29 liblgpllibs.so -rwxr-xr-x 1 root wheel2536896 May 12 09:29 libmozavcodec.so -rwxr-xr-x 1 root wheel 312616 May 12 09:29 libmozavutil.so -rwxr-xr-x 1 root wheel 17680 May 12 09:27 libmozgtk.so -rwxr-xr-x 1 root wheel 23784 May 12 09:27 libmozwayland.so -rwxr-xr-x 1 root wheel 144021976 May 12 09:32 libxul.so -rw-r--r-- 1 root wheel 16728168 May 12 09:32 omni.ja -rwxr-xr-x 1 root wheel 266656 May 12 09:29 pingsender -rw-r--r-- 1 root wheel 48 May 12 09:32 platform.ini -rwxr-xr-x 1 root wheel 245976 May 12 09:32 plugin-container -rw-r--r-- 1 root wheel 0 May 12 09:32 removed-files Not being a JavaScript person, I have no idea where to go from here in trying to diagnose what's wrong. Any help would be much appreciated. Thanks, Bob -- Bob Willcox| "The only way to get rid of temptation is to yield to it... b...@immure.com | I can resist everything but temptation." Austin, TX | - Oscar Wilde ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Debug version of firefox
On 2019-05-06 04:33, Michael Zhilin wrote: > Hi, > > pstack shows firefox methods for example: > [...] Thanks for the suggestion, but in practice I get: (core file "firefox.core"): /usr/local/bin/firefox - thread -1 (running) - 0x80208d47a (11b76432, 8, , 0, 400, 0) 0x811b76432 (123d1745, 8, 2363898, 8, 12b59ae5, 0) 0x8123d1745 (1da9954, 8, 0, 7fff, 1, 0) 0x801da9954 (1da8eb2, 8, 123d15f0, 8, 51, 0) 0x801da8eb2 (e193, 7fff, 1da8d70, 8, 0, 0) 0x7fffe193 (e8b2f6c, 8, df109810, 7fff, e91ac4e, 8) 0x80e8b2f6c (e91ac4e, 8, 21af9f40, 8, 1e9aab58, 8) 0x80e91ac4e (e94c63d, 8, 0, 0, 0, 1) 0x80e94c63d (e91e30e, 8, 1435ff20, 8, 1e9aab58, 8) 0x80e91e30e (e91e182, 8, df109910, 7fff, 2078374, 4) 0x80e91e182 (e9230f5, 8, 1e9aab50, 8, 27efbb88, 8) 0x80e9230f5 (e9229c9, 8, df1099e0, 7fff, 23e5a, 11) 0x80e9229c9 (e94c9ae, 8, df109a30, 7fff, 21073f1, 18) 0x80e94c9ae (e925a7c, 8, 27efbb88, 8, df109aa0, 7fff) 0x80e925a7c (ea0a84b, 8, df109bf0, 7fff, e95b405, 0) 0x80ea0a84b (e8aee92, 8, 1, 0, 21b2aa00, 8) 0x80e8aee92 (e8adddc, 8, df109c90, 7fff, 2533f738, 8) 0x80e8adddc (e8ae95e, 8, 27efbb40, 8, df109e40, 7fff) 0x80e8ae95e (e873d35, 8, 20a4f000, 8, df109e40, 7fff) 0x80e873d35 (e87404b, 8, 0, 0, 0, 0) 0x80e87404b (e874881, 8, 236b200, 8, 21ad7f88, 8) 0x80e874881 (e873748, 8, 21eb27b0, 8, 1, 0) 0x80e873748 (e889cf5, 8, 0, 0, 0, 0) 0x80e889cf5 (e879f2a, 8, df109ff0, 7fff, 1da3c06, 8) 0x80e879f2a (1da3c06, 8, 0, 0, 0, 0) 0x801da3c06 (0, 0) -- George signature.asc Description: OpenPGP digital signature
Re: Debug version of firefox
On 2019-05-06 00:49, Robert Huff wrote: > [...] > Has anyone asked the maintainer, which I believe is > "ge...@freebsd.org"? > [...] I have done so now; thanks!-- George signature.asc Description: OpenPGP digital signature
Re: Debug version of firefox
Hi, pstack shows firefox methods for example: - thread 100583 (running) - 0x80151cf5a 0x7fffd980 __sys_poll (13c2aa0, 8, 0, 0, 12f1e30, 8) + a in libc.so.7 0x8013c2aa0 0x7fffd9b0 poll (7898b74, 8, da24, 7fff, 0, 0) + 30 in libc.so.7 0x807898b74 0x7fffda00 PollWrapper(_GPollFD*, unsigned int, int) (2fb3cc7, 8, 1, 1, 3789540, 8) + 54 in libxul.so 0x802fb3cc7 0x7fffda50 (2fb3dd4, 8, 1, 0, cb4a400, 8) in libglib-2.0.so.0 0x802fb3dd4 0x7fffda70 g_main_context_iteration (7898d0b, 8, dae0, 7fff, 7855de5, 8) + 64 in libglib-2.0.so.0 0x807898d0b 0x7fffda80 nsAppShell::ProcessNextNativeEvent(bool) (7855de5, 8, 128bbe50, 8, 0, 0) + b in libxul.so 0x807855de5 0x7fffdae0 nsBaseAppShell::OnProcessNextEvent(nsIThreadInternal*, bool) (7855f3d, 8, dbf0, 7fff, 546e69e, 8) + 1b5 in libxul.so 0x807855f3d 0x7fffdaf0 virtual function non-virtual override offset : -8 nsBaseAppShell::OnProcessNextEvent(nsIThreadInternal*, bool) (546e69e, 8, db50, 7fff, fae5f80, 8) + d in libxul.so 0x80546e69e 0x7fffdbf0 nsThread::ProcessNextEvent(bool, bool*) (547110b, 8, dc20, 7fff, 4f27b4d8, a873a41d) + 13e in libxul.so 0x80547110b 0x7fffdc20 NS_ProcessNextEvent(nsIThread*, bool) (5816a0f, 8, cb4a400, 8, 17e09b0, 8) + 4b in libxul.so 0x805816a0f 0x7fffdc60 mozilla::ipc::MessagePump::Run(base::MessagePump::Delegate*) (57d67fb, 8, 9fefc01, 8, 2, 0) + cf in libxul.so 0x8057d67fb 0x7fffdca0 MessageLoop::Run(void) (7855af9, 8, 17e09b0, 8, 17e09b0, 8) + 5b in libxul.so 0x807855af9 0x7fffdcc0 nsBaseAppShell::Run(void) (8dea7a7, 8, 128bbe20, 8, 4f27b4d8, a873a41d) + 29 in libxul.so 0x808dea7a7 0x7fffdcf0 XRE_RunAppShell(void) (57d67fb, 8, dd30, 7fff, 1, 0) + 47 in libxul.so 0x8057d67fb 0x7fffdd30 MessageLoop::Run(void) (8dea48e, 8, 1, 7fff, 1833700, 8) + 5b in libxul.so 0x808dea48e 0x7fffdf10 XRE_InitChildProcess(int, char**, XREChildData const*) (102d568, 0, 0, 0, 0, 0) + 34e in libxul.so 0x102d568 0x7fffe360 main (102d10b, 0, 0, 0, 15, 0) + 1e8 in firefox 0x102d10b 0x7fffe3b0 _start (1084000, 8, 0, 0, 15, 0) + 10b in firefox Information about methods is stored in dwarf2 structures of files. I suppose it should be enough for debugging by GDB. Is it not enough? Thanks! On Mon, May 6, 2019 at 8:10 AM Robert Huff wrote: > > Anders Jensen-Waud writes: > > > On 5/5/19 8:56 am, George Mitchell wrote: > > > I tried compiling a debugging version of firefox: > > > > > > cd /usr/ports/www/firefox; make clean; make WITH_DEBUG=yes install > > > > > > The resulting binary had no debug symbols. What did I do wrong? > > > -- George > > > > > WITH_DEBUG may not modify Firefox's actual makefile to do what you > want. > > I would see if you need to monkey patch './configure' with a flag or > two. > > Has anyone asked the maintainer, which I believe is > "ge...@freebsd.org"? > > > Respectfully, > > > Robert Huff > > > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Debug version of firefox
Anders Jensen-Waud writes: > On 5/5/19 8:56 am, George Mitchell wrote: > > I tried compiling a debugging version of firefox: > > > > cd /usr/ports/www/firefox; make clean; make WITH_DEBUG=yes install > > > > The resulting binary had no debug symbols. What did I do wrong? > > -- George > > > WITH_DEBUG may not modify Firefox's actual makefile to do what you want. > I would see if you need to monkey patch './configure' with a flag or two. Has anyone asked the maintainer, which I believe is "ge...@freebsd.org"? Respectfully, Robert Huff ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Debug version of firefox
On 5/5/19 8:56 am, George Mitchell wrote: I tried compiling a debugging version of firefox: cd /usr/ports/www/firefox; make clean; make WITH_DEBUG=yes install The resulting binary had no debug symbols. What did I do wrong? -- George WITH_DEBUG may not modify Firefox's actual makefile to do what you want. I would see if you need to monkey patch './configure' with a flag or two. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Debug version of firefox
Hi, AFAIK, firefox uses dwarf2 even if no WITH_DEBUG option is used. Thank! On Sun, May 5, 2019 at 2:24 AM George Mitchell wrote: > I tried compiling a debugging version of firefox: > > cd /usr/ports/www/firefox; make clean; make WITH_DEBUG=yes install > > The resulting binary had no debug symbols. What did I do wrong? > -- George > > ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Debug version of firefox
I tried compiling a debugging version of firefox: cd /usr/ports/www/firefox; make clean; make WITH_DEBUG=yes install The resulting binary had no debug symbols. What did I do wrong? -- George signature.asc Description: OpenPGP digital signature
Re: www/firefox-esr build failure
On Mon, 1 Apr 2019 10:42:34 -0400 Charlie Li wrote: > Sergey V. Dyatko wrote: > > error: _Float16 is not supported on this target template <> struct > > __libcpp_is_floating_point<_Float16>: public true_type {}; ^ > > > > It is known issue ? > > > You need to update base/head to at least r344261 or base/stable to at > least r344425. This was a bug that LLVM introduced during their 7.0.1 > cycle, which was later reverted during their 8.0.0 cycle. > Thanks! -- wbr, Sergey ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: www/firefox-esr build failure
Sergey V. Dyatko wrote: > error: _Float16 is not supported on this target template <> struct > __libcpp_is_floating_point<_Float16>: public true_type {}; ^ > > It is known issue ? > You need to update base/head to at least r344261 or base/stable to at least r344425. This was a bug that LLVM introduced during their 7.0.1 cycle, which was later reverted during their 8.0.0 cycle. -- Charlie Li …nope, still don't have an exit line. (This email address is for mailing list use; replace local-part with vishwin for off-list communication if possible) signature.asc Description: OpenPGP digital signature
www/firefox-esr build failure
Hi, Unable to build firefox-esr after clang8 (?) import gmake[5]: Entering directory '/tmp/ports/usr/ports/www/firefox-esr/work/.build/js/src' /usr/local/bin/clang++80 -o RegExp.o -c -I/tmp/ports/usr/ports/www/firefox-esr/work/.build/dist/system_wrappers -include /tmp/ports/usr/ports/www/firefox-esr/work/firefox-60.6.1/config/gcc_hidden.h -DNDEBUG=1 -DTRIMMED=1 -DENABLE_WASM_GLOBAL -DWASM_HUGE_MEMORY -DENABLE_SHARED_ARRAY_BUFFER -DEXPORT_JS_API -DJS_HAS_CTYPES '-DDLL_PREFIX="lib"' '-DDLL_SUFFIX=".so"' -DMOZ_HAS_MOZGLUE -I/tmp/ports/usr/ports/www/firefox-esr/work/firefox-60.6.1/js/src -I/tmp/ports/usr/ports/www/firefox-esr/work/.build/js/src -I/tmp/ports/usr/ports/www/firefox-esr/work/.build/dist/include -I/usr/local/include/nspr -fPIC -DMOZILLA_CLIENT -include /tmp/ports/usr/ports/www/firefox-esr/work/.build/js/src/js-confdefs.h -Qunused-arguments -DLIBICONV_PLUG -isystem /usr/local/include -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -Qunused-arguments -Wall -Wempty-body -Wignored-qualifiers -Woverloaded-virtual -Wpointer-arith -Wsign-compare -Wtype-limits -Wunreachable-code -Wunreachable-code-return -Wwrite-strings -Wno-invalid-offsetof -Wclass-varargs -Wloop-analysis -Wc++1z-compat -Wcomma -Wimplicit-fallthrough -Wstring-conversion -Wno-inline-new-delete -Wno-error=deprecated-declarations -Wno-error=array-bounds -Wformat -Wformat-security -Wno-gnu-zero-variadic-macro-arguments -Wno-noexcept-type -Wno-unknown-warning-option -Wno-return-type-c-linkage -fno-sized-deallocation -O2 -pipe -O3 -DLIBICONV_PLUG -fstack-protector -isystem /usr/local/include -fno-strict-aliasing -DLIBICONV_PLUG -isystem /usr/local/include -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -fno-math-errno -pipe -I/usr/local/include -O2 -O3 -fomit-frame-pointer -I/usr/local/include -I/usr/local/lib/libffi-3.2.1/include -Wno-shadow -Werror=format -fno-strict-aliasing -MD -MP -MF .deps/RegExp.o.pp /tmp/ports/usr/ports/www/firefox-esr/work/firefox-60.6.1/js/src/builtin/RegExp.cpp In file included from /tmp/ports/usr/ports/www/firefox-esr/work/firefox-60.6.1/mfbt/Compression.cpp:13: In file included from /tmp/ports/usr/ports/www/firefox-esr/work/.build/dist/system_wrappers/string:3: In file included from /usr/include/c++/v1/string:500: In file included from /usr/include/c++/v1/string_view:176: In file included from /usr/include/c++/v1/__string:56: In file included from /tmp/ports/usr/ports/www/firefox-esr/work/.build/dist/system_wrappers/algorithm:3: In file included from /usr/include/c++/v1/algorithm:641: In file included from /tmp/ports/usr/ports/www/firefox-esr/work/.build/dist/system_wrappers/type_traits:3: /usr/include/c++/v1/type_traits:740:56: error: _Float16 is not supported on this target template <> struct __libcpp_is_floating_point<_Float16>: public true_type {}; ^ It is known issue ? # make showconfig ===> The following configuration options are available for firefox-esr-60.6.1,1: CANBERRA=off: Sound theme alerts DBUS=on: D-Bus IPC system support DEBUG=off: Build with debugging support FFMPEG=on: FFmpeg support (WMA, AIFF, AC3, APE...) GCONF=off: GConf configuration backend support LIBPROXY=off: Proxy support via libproxy OPTIMIZED_CFLAGS=on: Use extra compiler optimizations PROFILE=off: Build with profiling support TEST=off: Build and/or run tests WAYLAND=on: Wayland (graphics) support > Options available for the multi AUDIO: you have to choose at least one of them ALSA=on: ALSA audio architecture support JACK=on: JACK audio server support PULSEAUDIO=off: PulseAudio sound server support SNDIO=off: Sndio audio support ===> Use 'make config' to modify these settings -- wbr, Sergey ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox problem printing big fonts [SOLVED]
Christoph Moench-Tegeder writes: > ## Andrea Venturoli (m...@netfence.it): > >> > Uh, define "illegible crap". Wrong glyphs? Bad rendering (blocky pixels, >> > blurry?)? >> More "something blocky, vaguely, *really* vaguely, resembling the >> indended text": something you can read only if you already know what >> it says. > > That sounds familar, but... > >> Deleting all X.org 75-dpi and 100-dpi fonts solved this. > > I drop this into fonts/conf.d/, and it helps: > > > > > > >false > > > > > > I have no idea where I got that from (looks like a late-night fix, git log > is not that helpful here), and it really looks somewhat overly broad, but > I can avoid breaking dependencies with that. Should find a real fix... See also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225744 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox problem printing big fonts [SOLVED]
## Andrea Venturoli (m...@netfence.it): > > Uh, define "illegible crap". Wrong glyphs? Bad rendering (blocky pixels, > > blurry?)? > More "something blocky, vaguely, *really* vaguely, resembling the > indended text": something you can read only if you already know what > it says. That sounds familar, but... > Deleting all X.org 75-dpi and 100-dpi fonts solved this. I drop this into fonts/conf.d/, and it helps: false I have no idea where I got that from (looks like a late-night fix, git log is not that helpful here), and it really looks somewhat overly broad, but I can avoid breaking dependencies with that. Should find a real fix... Gruss, Christoph -- Spare Space. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox problem printing big fonts [SOLVED]
On 3/17/19 7:03 PM, Christoph Moench-Tegeder wrote: Uh, define "illegible crap". Wrong glyphs? Bad rendering (blocky pixels, blurry?)? More "something blocky, vaguely, *really* vaguely, resembling the indended text": something you can read only if you already know what it says. My bookmark for "X11/Printing/Font Problems" is Arch Linux' page on that topic: https://wiki.archlinux.org/index.php/font_configuration Thanks a lot!!! My problem is the one described under the paragraph "Helvetica font problem in generated PDFs". Deleting all X.org 75-dpi and 100-dpi fonts solved this. Now, this also deinstalled net/tightvnc, but I guess I can find a replacement. bye & Thanks av. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox problem printing big fonts
## Andrea Venturoli (m...@netfence.it): > Whenever I try printing from FireFox (mainly to PDF virtual printer, but > also on paper), I get wrong headers fonts. That sounds like fontconfig. > I.e. most of the page gets printed properly, but [sub]titles (or any > bigger text) are just illegible crap. Uh, define "illegible crap". Wrong glyphs? Bad rendering (blocky pixels, blurry?)? My bookmark for "X11/Printing/Font Problems" is Arch Linux' page on that topic: https://wiki.archlinux.org/index.php/font_configuration Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: latest firefox missing containers?
On 3/13/19 5:08 PM, Adam wrote: On Wed, Mar 13, 2019 at 11:30 PM Pete Wright wrote: i am running firefox-65.0.2,1 and notice that i can no longer use container tabs in the application. the menu to select containers no longer appears, and old container tabs i had open do not show up in my history. a quick look through freshports doesn't seem to show any notes regarding this, is this expected behavior? cheers, -pete Works for me. Maybe you don't have the extension installed or some profile corruption. thanks Adam, for some reason the extension got uninstalled, and i had forgotten it was an extension in the first place (thought it was part of default install). thanks for pointing me in the right direction! now to figure out how my profile got corrupted.. -pete -- Pete Wright p...@nomadlogic.org @nomadlogicLA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: latest firefox missing containers?
On Wed, Mar 13, 2019 at 11:30 PM Pete Wright wrote: > i am running firefox-65.0.2,1 and notice that i can no longer use > container tabs in the application. the menu to select containers no > longer appears, and old container tabs i had open do not show up in my > history. a quick look through freshports doesn't seem to show any notes > regarding this, is this expected behavior? > > cheers, > -pete > Works for me. Maybe you don't have the extension installed or some profile corruption. -- Adam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
latest firefox missing containers?
i am running firefox-65.0.2,1 and notice that i can no longer use container tabs in the application. the menu to select containers no longer appears, and old container tabs i had open do not show up in my history. a quick look through freshports doesn't seem to show any notes regarding this, is this expected behavior? cheers, -pete -- Pete Wright p...@nomadlogic.org @nomadlogicLA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox problem printing big fonts
On 3/13/19 12:47 PM, Robert Huff wrote: Andrea Venturoli writes: Sorry if my question is vague, but I'm lost at where to start looking. May I suggest "gecko@", which I believe to be the list for Mozilla-based ports? Referentially, Robert Huff I forwarded the message there. Thanks av. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Firefox problem printing big fonts
Andrea Venturoli writes: > Sorry if my question is vague, but I'm lost at where to start looking. May I suggest "gecko@", which I believe to be the list for Mozilla-based ports? Referentially, Robert Huff ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Firefox problem printing big fonts
Hello. Whenever I try printing from FireFox (mainly to PDF virtual printer, but also on paper), I get wrong headers fonts. I.e. most of the page gets printed properly, but [sub]titles (or any bigger text) are just illegible crap. Of course I see the page correctly on screen, before printing. How do I go about diagnosing this? Perhaps I'm missing some font package, but which one? Or again, is there some setting that must be done (in FireFox? CUPS? other?)? Some tool to check? Sorry if my question is vague, but I'm lost at where to start looking. bye & Thanks av. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Config inconsistency for firefox-esr on rpi2
On Wed, Feb 27, 2019 at 07:42:57PM +0100, Walter Schwarzenfeld wrote: > Install converters/fribidi. > Already present, and reinstalled to see if it helps. No luck. The file is in /usr/local/include/fribidi/fribidi.h so there must be some sort of path issue. Thanks for reading! bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Config inconsistency for firefox-esr on rpi2
Install converters/fribidi. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Config inconsistency for firefox-esr on rpi2
On Tue, Feb 26, 2019 at 12:54:23AM +0100, Miroslav Lachman wrote: > > Take a look at a dependencies of firefox-esr > https://www.freshports.org/www/firefox-esr/ > > in build dependencies: > gtk3>=3.14.6 : x11-toolkits/gtk30 > > in library dependencies: > libgtk-x11-2.0.so : x11-toolkits/gtk20 > libgtk-3.so : x11-toolkits/gtk30 > > quite confusing gtk20 vs gtk30... > > gtk20 has not option WAYLAND so you need to rebuild gtk30 with option > WAYLAND enabled. > For some reason gtk30 stops with root@www:/usr/ports/x11-toolkits/gtk30 # gdkkeys-wayland.c:34:10: fatal error: 'fribidi.h' file not found #include I tried compiling gtk20 in the hopes it might provide the missing file, but it completed successfully and fribidi.h remains absent. Last resort was to remake wayland, but that didn't help, gtk30 still stops with missing fribidi.h Is there a way out of this box? Thanks for reading, bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"