Bug 218581
| Summary: | www/firefox: fails at "configure" stage when sem(4) is loaded | ||
|---|---|---|---|
| Product: | Ports & Packages | Reporter: | Jochen Neumeister <joneum> |
| Component: | Individual Port(s) | Assignee: | freebsd-gecko (Nobody) <gecko> |
| Status: | Closed FIXED | ||
| Severity: | Affects Many People | CC: | drhowarddrfine, joneum, ohartmann, portmgr, w.schwarzenfeld |
| Priority: | --- | Flags: | jbeich:
maintainer-feedback+
|
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
Jochen Neumeister
2017-04-12 06:17:39 UTC
I guess you had gtk2 on. Gtk2 is not supported anymore. The gtk2 option is removed with this version (few hours ago). https://svnweb.freebsd.org/ports?view=revision&revision=438318 (I had the same error, and contacted the maintainer, compiles fine with gtk3). I had problems with the gtk3 menues. I have it also take a look in FreeBSD forums. Oh, sorry. This => was the error with gtk3. The maintainer told not to use sem. It is deprecated. Remove it from /boot/loader.conf. (In reply to w.schwarzenfeld from comment #2) I am bewildered. I have no registration about gtk* in my /boot/loader.conf. I mean the entry (if exists) sem_load="YES" And the build of python with option SEM. For me was enough to remove sem_load="YES" from loader.conf. (In reply to Jochen Neumeister from comment #0) > NotImplementedError: system provides too few semaphores (30 available, 256 necessary) Likely exposed by https://hg.mozilla.org/mozilla-central/rev/763fc7845e8c On Before that ProcessPoolExecutor was only used to generate symbols for CrashReporter. Can you try the fix in https://lists.freebsd.org/pipermail/freebsd-gecko/2017-April/007124.html ? Otherwise, make sure sem(4) is neither loaded nor built it into the kernel. (In reply to Jan Beich from comment #6) Hi Jan, i see, i use sem_load="YES" from loader.conf. I will remove and test it. When it doesnt work, i will test the patch. :-) *** Bug 218591 has been marked as a duplicate of this bug. *** A commit references this bug: Author: jbeich Date: Wed Apr 12 15:03:18 UTC 2017 New revision: 438359 URL: https://svnweb.freebsd.org/changeset/ports/438359 Log: www/firefox: document sem(4) issue in UPDATING Reported by: many PR: 218581 MFH: 2017Q2 (r438264 followup) Changes: head/UPDATING okay, remove sem_load="YES" from loader.conf solved the updating problem: Installing for firefox-53.0,1 ===> Registering installation for firefox-53.0,1 Installing firefox-53.0,1... # firefox --version Mozilla Firefox 53.0 Would it be possible to disable sem(4) on package builders? sem(4) was only required for sem_open() or sem_init(pshared=1) on FreeBSD 5.0-8.4, the last one was EOL'd by 2015-08-01. I'd prefer to not add workarounds in ports because cluster machines use non-GENERIC kernel. http://beefy5.nyi.freebsd.org/data/103i386-default/438415/logs/errors/firefox-53.0,1.log http://beefy6.nyi.freebsd.org/data/103amd64-default/438415/logs/errors/firefox-53.0,1.log http://beefy10.nyi.freebsd.org/data/110i386-default/438415/logs/errors/firefox-53.0,1.log http://beefy9.nyi.freebsd.org/data/110amd64-default/438415/logs/errors/firefox-53.0,1.log *** Bug 218675 has been marked as a duplicate of this bug. *** (In reply to Jan Beich from comment #12) This won't happen before a few weeks so it's better to add a workaround for now. A commit references this bug: Author: jbeich Date: Tue Apr 18 19:38:18 UTC 2017 New revision: 438796 URL: https://svnweb.freebsd.org/changeset/ports/438796 Log: www/firefox: work around bogus semaphores limit NotImplementedError: system provides too few semaphores (30 available, 256 necessary) PR: 218581 Reported by: pkg-fallout (releases cannot be fixed retroactively) Requested by: antoine MFH: 2017Q2 Changes: head/www/firefox/files/patch-python_futures_concurrent_futures_process.py A commit references this bug: Author: jbeich Date: Thu May 10 21:54:25 UTC 2018 New revision: 469583 URL: https://svnweb.freebsd.org/changeset/ports/469583 Log: www/firefox: drop SC_SEM_NSEMS_MAX workaround FreeBSD 10.3 and 11.0 have reached EOL. PR: 218581 Changes: head/www/firefox/files/patch-third__party_python_futures_concurrent_futures_process.py A commit references this bug: Author: jbeich Date: Thu May 10 21:57:27 UTC 2018 New revision: 469585 URL: https://svnweb.freebsd.org/changeset/ports/469585 Log: www/waterfox: drop SC_SEM_NSEMS_MAX workaround FreeBSD 10.3 and 11.0 have reached EOL. PR: 218581 Changes: head/www/waterfox/files/patch-third__party_python_futures_concurrent_futures_process.py |