Re: Altering the default keyboard shortcut to quit Firefox
## Sean C. Farley (s...@freebsd.org): > I would like to propose an option to change the keyboard shortcut to > quit Firefox from Ctrl-Q to Ctrl+Shift-Q. It is a simple patch, but I > do not know how people would react to it. Badly: after all, Ctrl-Q is the Quit shortcut in many applications (yes, it is also the default "start" terminal control character, for those of us who remember); and it certainly has been "Quit" in firefox for a very long time and requiring people to re-learn is a no-go. You can toggle "Confirm before quitting" and "Confirm before closing multiple tabs" in Firefox' settings (right there under General), and there's "browser.quitShortcut.disabled" in about:config. Regards, Christoph -- Spare Space
Re: mail/thunderbird compile error
## Ferenc Gál (gferen...@gmail.com): > i have uploaded my full build log to pastebin: > https://pastebin.com/EQrFibfT That looks weird, e.g. I can't find anything about the creation of mozbuild's virtualenv. This is how it looks on the cluster: http://beefy6.nyi.freebsd.org/data/122amd64-default/566514/logs/thunderbird-78.8.0.log and that succeeds. I see that you're building directly in /usr/ports - can you guarantee that there's no locally installed python package (especially when installed outside pkg, perhaps even in your $HOME) messing with your build? (Basically, get poudriere or use packages, there's only so much (i.e. very little) we can guess and do about your local installation). Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: mail/thunderbird compile error
## Ferenc Gál (gferen...@gmail.com): > i might found a dirty hack for this error: > The error happens because of the last two lines in the > security/nss/coreconf/werror.py file. That's unlikely to be the correct fix (and we even haven't diagnosed the real problem yet). That file is the same between thunderbird, firefox and firefox-esr (the surroundings change a bit between 78.8 and 86.0, since the embedded nss code was updated between mozilla releases), and this is the first report of this kind I've seen. All gecko ports build just fine on the package builders and in my poudriere. I still think that this is a problem in your environment and not with the port itself. Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: mail/thunderbird compile error
## Ferenc Gál (gferen...@gmail.com): > i cannot compile the newest version of the Thunderbird on my system > (version 12.2), here is the error: That log seems to be garbled (eaten by the mail system?) - can you upload the full build log to some place? I also have a gut feeling that the real error happened earlier than your snippet shows - the "Enable tracemalloc..." messages should have some preceeding context. Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: FreeBSD Port: www/firefox
Please keep this on the list. ## Christopher Tipper (chris.tip...@gmail.com): > I expect more than slag-quoting and bureaucratic obfuscation. "Long > standing policies" are not an excuse for not taking the time for review > and reflection. That doesn't change a thing. The process with firefox (and thunderbird) has been this way for years, without problems so far. > > It's standing policy (for several years now, really) to use the > > release candidates in order to get critical fixes faster and to > > have at least some chance to catch FreeBSD-specific regressions > > earlier, especially as FreeBSD is not a fully-supported platform > > at Mozilla. > > So do that after release. You are shipping unreleased software? Yes, we're shipping release candidates. And they are released - tarballs and binaries (for supported platforms) are readily available on Mozilla's servers. > I didn't say it was that easy but shipping unreleased software is > an opportunity to ship flaws potentially security flaws. Almost all Firefox releases do fix some security problems - and everyone with enough idle time can review those fixes in Mozilla's mercurial and craft exploits for that. If anything, we're shipping security fixes faster. New problems would have to be found first, the're new therefore unknown at that moment. > Let Mozilla do the testing, I didn't sign up to that as well. They don't - that's what "FreeBSD not being a fully-supported platform" is all about. And it's totally fine if you want to wait for Mozilla's public announcement before upgrading - nobody here is forcing you to upgrade at all. > > Font rendering in chromium being "completely broken" is news for me. > Have you used Chromium on FreeBSD? Nobody else has either non of the > settings to X11 fonts have any effect sub-pixel font rendering is > non-existent. I think it expects help from the GPU I am using integrated > graphics and it doesn't work. It works for me, but then I don't have integrated graphics. Did you report that to the cromium maintainers? Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: FreeBSD Port: www/firefox
## Christopher Tipper (chris.tip...@gmail.com): > 1. Firefox relases 78.0 is not sheduled until 30-Jun > https://wiki.mozilla.org/Release_Management/Calendar > Why have there been two patches of this unreleased version in the last > two days, particularly as pkg.freebsd.org cannot provide the releases fast > enough? It's standing policy (for several years now, really) to use the release candidates in order to get critical fixes faster and to have at least some chance to catch FreeBSD-specific regressions earlier, especially as FreeBSD is not a fully-supported platform at Mozilla. > Please maintain the discipline of the upstream relese cycle at least > they know where the issues exist. If it was that easy, they didn't need to do betas and RCs, wouldn't they? And if you want to wait for the final version, you're free to not upgrade right now. > 2. From https://www.freshports.org/www/firefox/ this message is crazy you > can't deprecate the only browser the platform provides that is fully > functional? Chromium is not a viable alternative font rendering for > Chromium is completely broken. Font rendering in chromium being "completely broken" is news for me. Having said that... - chromium carries exactly the same deprecation warning. - both upstream projects (mozilla and chromium) are working making their build systems (that's what this is about) Python 3 compatible. Last I heard was that mozilla is planning that for Firefox 80 (no idea about ESR). - nevertheless, Python 2 is going to go away at the end of the year, taking all the Python-2-only ports with it. Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Cannot save attachments in ThunderBird 68.0
## Andrea Venturoli (m...@netfence.it): > 68.0_2 brought other problems, BTW: at the bottom of the main TB window > I now have 2cm grey space with a red string: > >> is="cards-pane-treecols" picketrooltipteck=""/> > > --^ > > Don't know why and if it comes from a plugin... Looks like CardBook. At least, some time ago Cardbook caused this in the newish Thunderbirds (haven't checked back since, and I've no idea if perhaps some other extension has the same problem). Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Cannot save attachments in ThunderBird 68.0
## Andrea Venturoli (m...@netfence.it): > However they say they cannot reproduce this and possibly this is a > FreeBSD specific bug. I can't reproducs it either with the latest thunderbird port (candidate6 aka release). Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Firefox and llvm
## Mikhail T. (mi+t...@aldan.algebra.com): > > Good luck. Make sure to test in a clean environment e.g., via poudriere > > Jan, this is the job of the port's maintainer... The current situation > -- requiring a rebuild of LLVM twice -- is ridiculous, should never have > come about, and should not remain for long. I hope, we agree on the > first and the second, at least... You're assuming infinite maintainer resources... I'll side with Jan, it's ridiculous or at least not first priority to create custom patches for this case (which will require maintenance and may break completely at some point in the future) when there's a full llvm readily available from our own ports collection. Anyway, what's the problem with building llvm? Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: FreeBSD Port: firefox-63.0.1,1 multiple errors build
## Alex V. Petrov (alexvpet...@gmail.com): > Compiling style v0.0.1 > (/usr/ports/www/firefox/work/firefox-63.0.1/servo/components/style) > error: failed to run custom build command for `style v0.0.1 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229893#c20 ff. Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: FF nightly build help
## AN (a...@neu.net): Between this: > Last Changed Date: 2015-06-23 12:55:13 -0400 (Tue, 23 Jun 2015) and this: > ===> Configuring for firefox-nightly-41.0.353381,1 I really wouldn't expect anything to work. Why would one even try that? Seriously, Firefox pre-41 from nearly two years ago? Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Thunderbird and UPDATING 20170302
## Andrea Venturoli (m...@netfence.it): > Do you have any more detailed info? Like... > What exactly has changed in the packaging? https://svnweb.freebsd.org/ports/head/mail/thunderbird/Makefile?r1=428672=428671=428672 Lightning is now installed in it's default location - that is, like in the official thunderbird packages for linux, and some modifications have been undone. This will make things easier in the future, but a thunderbird profile created before r428672 will not find the lightning extension in it's new location. > Why a profile won't work as it is? It will work, but Lightning will have vanished from your thunderbird. > Why removing the Lightning accounts, upgrading, and adding them back is > not enough? > What about deleting "calendar-data"? Bugs me, didn't work for me. Given the alternative between not updating thunderbird for even some more time and this, I decided to bite the bullet. > Is this a FreeBSD specific issue? Yes, to my knowledge nobody else had those patches in their builds, and with the return to the default locations... > Will installations without other "extensions building on Lightning" show > the problem? Yes. Some of the workarounds I tried will work in that case. > Any interaction with bug 215348 (1)? I'm still using that patch. Testing revealed that this patch can prevent new profiles from accessing lightning, which I considered undesirable. > Since I cannot afford to recreate my profile from scratch right now, I'm > willing to dig a little into this and see if I can get around it. Any > pointer would help... I tried several combinations of copying, moving and symlinking the extensions - short of reverting r428672 I didn't find anything which made "old" and "new" profiles work. Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Thunderbird and UPDATING 20170302
## Andrea Venturoli (m...@netfence.it): > I read that "After changes in the packaging of the Lightning extension, > profiles using this extension have to be re-created". > > Will this mean I should recreate the *Lightning* part of the profile > (like removing the calendars, upgrading, then adding them back again)? > Or does this mean I'll have to recreate the whole ThunderBird profile??? That means the whole thunderbird profile (sorry). I tried to save us all from that hassle, but all I got was a more-or-less broken Lightning in existing profiles (from "no Lightning at all" to "seems to work, but extensions building on Lightning - like the Provider for Google Calendar - may act weird") or "no Lighnting for new profiles". That (besides work commitments) is why this rather trivial update took way longer than it should have taken. Perhaps there is an easier way using the "Import" feature of thunderbird, I did not explore that. Sorry, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: build failure for firefox 50.0.1 on FB10.3
## Omar S (omars1...@gmail.com): > /usr/local/bin/ld: ../../xpcom/components/nsComponentManager.o: relocation > R_X86_64_PC32 against protected symbol `start_kPStaticModules_NSModule' can > not be used when making a shared object There it is. binutils ld (/usr/local/bin/ld) doesn't play nice here. Try putting the /usr/local elements at the end of $PATH, not in front (at least for the build). Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Configuring www/firefox fails due to outdated version of nss
## Toomas Aas (toomas@suhtlus.ee):
> - nss>=3.19.4:${PORTSDIR}/security/nss \
> + nss>=3.20.1:${PORTSDIR}/security/nss \
Firefox 44 will be released next week, I've already prepared patches
based on the candidates, and that change is part of that.
I'll send the patches next week (closer to the real release).
Regards,
Christoph
--
Spare Space
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: compiling Firefox/Seamonkey/Thunderbird
## Bob Melson (melso...@att.net): > > /usr/ports/www/firefox/work/firefox-43.0.1/config/recurse.mk:32: recipe > for target 'compile' failed > gmake[3]: *** [compile] Error 2 > gmake[3]: Leaving directory > '/usr/ports/www/firefox/work/firefox-43.0.1/obj-x86_64-portbld-freebsd9.3' Unfortunately, you've cut the important part - all we've got here is gmake's garbage collection. Can you upload the full log somewhere? Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: build failure firefox43 on FreeBSD 10.2-RELEASE-p8
## blackcat (burkhard.kleeme...@t-online.de): > Traceback (most recent call last): > File "./config.status", line 1043, in > config_status(**args) > File > "/usr/ports/www/firefox/work/firefox-43.0.1/python/mozbuild/mozbuild/config_status.py", > line 149, in config_status > summary = the_backend.consume(definitions) > File > "/usr/ports/www/firefox/work/firefox-43.0.1/python/mozbuild/mozbuild/backend/base.py", > line 180, in consume > for obj in objs: > File > "/usr/ports/www/firefox/work/firefox-43.0.1/python/mozbuild/mozbuild/frontend/emitter.py", > line 151, in emit > for out in output: > File > "/usr/ports/www/firefox/work/firefox-43.0.1/python/mozbuild/mozbuild/frontend/reader.py", > line 1041, in read_mozbuild > raise bre > mozbuild.frontend.reader.BuildReaderError: Not reproducable with a "clean" build. Any options? Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: FreeBSD Port: www/firefox
## Andrei (a...@azsupport.com): > How about update to 43 version? Thanks. Being worked on. "Works for me", if you're in a hurry try the patch. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205357 Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Firefox Nightly
## Michael Tuexen (tue...@freebsd.org): > we are trying to compile Firefox Nightly on FreeBSD head and run > into compile issues. Do you have any hints or documentation > on how to compile Firefox from source? That question is rather broad. What exactly does not work, and how does the existing port not help with that? Yes, there's some patching required, but from the experience with the last updates it's doable. Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Firefox/NSS/NSPR should be marked vulnerable in vuxml
## Mark Felder (f...@feld.me): > Gecko team, is anyone working on the update or vuxml entry? Updates: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204277 (firefox, nspr) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204332 (nss) Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Seamonkey port?
## Marat N.Afanasyev (ama...@li.ru): > worked flawlessly. Is there a way to tell patch to remove emtpy files > after patching? I was forced to remove them manually It's even in the manual: : -E, --remove-empty-files : Causes patch to remove output files that are empty after the : patches have been applied. This option is useful when applying : patches that create or remove files. -- patch(1) Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Firefox 41.0.1 point release update
## Matthew D. Fuller (fulle...@over-yonder.net): > FWIW, changing the DISTVERSION in the Makefile seems sufficient for > the .1 upgrade (the bookmarks regression made me nervous). It builds > and installs clean and seems to run fine. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203677 Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
Re: Thunderbird 38
## Christoph Moench-Tegeder (c...@burggraben.net): So, are there any known showstoppers in Thunderbird 38.1.0? Or is it just lack of maintainer/porter time which blocks this update? I think I got this. Testers/Reviewers/Committers: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201769 Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to freebsd-gecko-unsubscr...@freebsd.org
Thunderbird 38
Hi, on the last round of Mozilla-related updates, thunderbird was missing (upstream it was at 38.1.0 as of yesterday, where we have 31.7.0 in the ports tree), despite being listed las vulnerable: https://vuxml.freebsd.org/freebsd/44d9daee-940c-4179-86bb-6e3ffd617869.html I've got the trivial patches ported forward... but I'd hate to duplicate other people's work only to discover that it doesn't work. OTOH, I couldn't find any discussion of this update on this list or in the chruetertee svn. So, are there any known showstoppers in Thunderbird 38.1.0? Or is it just lack of maintainer/porter time which blocks this update? Regards, Christoph -- Spare Space ___ freebsd-gecko@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to freebsd-gecko-unsubscr...@freebsd.org
