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:
> &
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
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
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
> >
>
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 r
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
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
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
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 of
"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 u
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
Tre
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
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 err
## 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
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
'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 directori
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,
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
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
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
> hav
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
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 ma
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.o
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
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.
>
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-car
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
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
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
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
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 updat
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
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://
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
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 y
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
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
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
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 (connect
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 d
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
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
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
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
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 firef
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/
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 "mozi
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/mozwayl
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
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 p
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
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
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 th
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
> >> >
> >> > @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 c
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
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 25628
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.
>> >
>&g
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
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 mu
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 'o
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 crashe
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 Firef
@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
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
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
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
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 t
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.
L
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
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
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
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
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 cl
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
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
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/
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
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
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
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. Wh
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
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 bina
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
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
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
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
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
## 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
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
## 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 ju
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
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
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
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,
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
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
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
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"
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-x
1 - 100 of 1221 matches
Mail list logo