Hi,
What I find interesting from this mail thread and all follow up emails is that
there is no indication that the original problem has anything to do with the
~/.Xauthority and /etc/hosts solution of the other person.
There can be so many causes of a signal 11.
What Nuru needs to do is run a
** The following ports have a version number that sorts before a previous one **
For many package tools to work correctly, it is of utmost importance that
version numbers of a port form a monotonic increasing sequence over time.
Refer to the FreeBSD Porter's Handbook, 'Package Naming Convention
Hello to all,
I'm maintaining games/exult and games/exult-devel with MASTER/SLAVE port
scheme.
Originaly, games/exult was following development snapshots 1.9.x and what I
did was move games/exult -> games/exult-devel
---
MOVED: games/exult|games/exult-devel|2022-08-06|Follow 1.9.x devel snapshots
Hello.
I'm a long time kcachegrind user.
I've always installed it into a jail in a remote system, which I access
through SSH.
This was working in the past (possibly months or maybe years ago).
Now it does not work anymore: if I type kcachegrind, it just stays there
and nothing happens.
If
Hi Ronald,
@ main-n257458-ef8b872301c5
% lldb --core firefox.core --file /usr/local/bin/firefox
---
(lldb) target create "/usr/local/bin/firefox" --core "firefox.core"
Core file '/home/nunotex/firefox.core' (x86_64) was loaded.
(lldb) bt
This version of LLDB has no plugin for the language "assemb
Nice.
That looks informative. My knowledge about the internals of Firefox end here. You could get the maintainer of Firefox involved.
ge...@freebsd.org
Regards,Ronald
Van: Nuno Teixeira
Datum: 19 augustus 2022 17:45
Aan: Ronald Klop
CC: ports@freebsd.org
Onderwerp: Re: firefox-104.0,2 crash
A recent attempt to build www/firefox under poudriere completed successfully,
but the resulting binary failed to run, reporting:
bob@nemesis:~ % firefox
XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
/usr/local/lib/libnss3.so: version NSS_3.79 required by
/usr/local/lib/firefox/lib
In message <20220819191525.ga3...@www.zefox.net>, bob prohaska writes:
> A recent attempt to build www/firefox under poudriere completed successfully,
> but the resulting binary failed to run, reporting:
> bob@nemesis:~ % firefox
> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
> /u
Hello:
This used to work, and then it stopped.
Anyone available to do a little off-forum diagnosis?
Respectfully.
Robert Huff
Dear port maintainers,
The portscout new distfile checker has detected that one or more
unmaintained ports appears to be out of date. Please take the opportunity
to check each of the ports listed below, and if possible and appropriate,
submit/commit an update. Please consider also adopting this po
On Fri, Aug 19, 2022 at 04:04:33PM -0700, Mark Millard wrote:
>
> There was no requirement to clean up anything: poudriere
> takes care of that. Just install the modern security/nss
> version, as far as I can tell. You already have a build
> available to install --otherwise www/firefox would not
>
On Fri, Aug 19, 2022 at 04:59:44PM -0700, Mark Millard wrote:
> The issue is not limited to firefox: anything based on:
>
> USE_GECKO= gecko
>
> with just such BUILD_DEPENDS for version requirements
> in the port's Makefile looks to have the same issue via
> /usr/ports/Mk/bsd.gecko.mk activi
12 matches
Mail list logo
