> On 15 Sep, 2017, at 20:29, blubee blubeeme wrote:
>
> FreeBSD switched to clang as it's compiler some time ago; was clang extra
> tools: http://clang.llvm.org/extra/index.html ever ported over?
>
> If yes, where is it located?
> Best
>
FreeBSD switched to clang as it's compiler some time ago; was clang extra
tools: http://clang.llvm.org/extra/index.html ever ported over?
If yes, where is it located?
Best
___
freebsd-ports@freebsd.org mailing list
On Sat, Sep 16, 2017 at 07:42:16AM +0700, Eugene Grosbein wrote:
On Sat, Sep 16, 2017 at 12:24:18AM +0100, tech-lists wrote:
slrn freezes when the process is attached, so ran bt from gdb:
No, just use "gdb /path//to/slrn /path/to/corefile"
It should report segmentation fault and you could
On Sat, Sep 16, 2017 at 12:24:18AM +0100, tech-lists wrote:
> slrn freezes when the process is attached, so ran bt from gdb:
No, just use "gdb /path//to/slrn /path/to/corefile"
It should report segmentation fault and you could obtain backtrace.
___
On Sat, Sep 16, 2017 at 02:37:48AM +0700, Eugene Grosbein wrote:
This does not seem to be debugging version. Perhaps, stage/ directory
already contains stripped binary. Use 'file slrn' to be sure.
Run unstripped slrn binary from building directory instead then.
And may be, this port does not
Very recent versions of Firefox seem to have fixed this problem for
me.
I think this was fixed in the version 54 to 55 upgrade. I probably
have
300-400 tabs open right now and Firefox memory consumption seems to
have
stabilized at a bit over 6 GB. It's been running for the last eight
days.
On 16 September 2017 at 09:01, Thomas Mueller wrote:
> Some of the packages not installed are widespread buil;d dependencies, such
> as nasm, and are better installed than rebuilt or temporarily reinstalled
> every time.
synth doesn't rebuild build-dependencies if it isn't
> > Synth runs faster and more gracefully than portmaster, but portmaster
> > installed everything that it built.
> Yes. That's the point. Build-only dependencies don't get installed via synth
> or poudriere. Portmaster doesn't do clean builds, so it pollutes your system
> by installing
15.09.2017 21:56, tech-lists пишет:
> On Fri, Sep 15, 2017 at 09:12:57PM +0700, Eugene Grosbein wrote:
>> On 15.09.2017 20:57, tech-lists wrote:
>>> On Fri, Sep 15, 2017 at 08:07:54PM +0700, Eugene Grosbein wrote:
>>>
First, try to rebuild port using "make WITH_DEBUG=yes" and run
On Fri, Sep 15, 2017 at 11:05 AM, Don Lewis wrote:
> On 15 Sep, Eugene Grosbein wrote:
> > On 15.09.2017 18:35, Andrea Venturoli wrote:
> >> Hello.
> >>
> >> I'm on 10.3/amd64 with firefox-esr 52.3.0.
> >>
> >> Since a few days my 4GiB desktop is crawling due to swap usage
On Fri, Sep 15, 2017 at 5:23 AM, Jakub Lach wrote:
> Hello,
>
> After many years of using FreeBSD ports, I've grown into habit
> of reading Makefiles each time I'm not sure if any options I'm
> proposed pulls in dependencies or not.
>
> And then it hit me. Why should we
On 15 Sep, Eugene Grosbein wrote:
> On 15.09.2017 18:35, Andrea Venturoli wrote:
>> Hello.
>>
>> I'm on 10.3/amd64 with firefox-esr 52.3.0.
>>
>> Since a few days my 4GiB desktop is crawling due to swap usage and
>> looking at top, I see FireFox using almost 7GiB of RAM (SIZE column),
>> 2.5
> On 15 Sep, 2017, at 2:23, Thomas Mueller wrote:
>
>> On Sep 15 07:34, Thomas Mueller wrote:
>
>> I am building up a system (FreeBSD 11.1-STABLE amd64) using synth, but even
>> when the packages build and appear in /var/synth/live_packages/All , some of
>> the packages
On 09/15/17 15:49, Jan Beich wrote:
Check about:memory and Devolper Tools -> Memory for clues. For more
advanced debugging (DMD, Refcount tracing) you'd need a custom build.
Firefox on FreeBSD is known to consume more memory than on other
platforms because it uses system jemalloc rather than
Please upgrade to 2.8.53 because of a few fixes it does contains.
Thank you
___
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 Fri, Sep 15, 2017 at 09:12:57PM +0700, Eugene Grosbein wrote:
On 15.09.2017 20:57, tech-lists wrote:
On Fri, Sep 15, 2017 at 08:07:54PM +0700, Eugene Grosbein wrote:
First, try to rebuild port using "make WITH_DEBUG=yes" and run non-stripped
binary
from stage/ subdirectory of port
On 15.09.2017 20:57, tech-lists wrote:
> On Fri, Sep 15, 2017 at 08:07:54PM +0700, Eugene Grosbein wrote:
>
>> First, try to rebuild port using "make WITH_DEBUG=yes" and run non-stripped
>> binary
>>from stage/ subdirectory of port building ares. Then get corefile and
>> use gdb to get
On Fri, Sep 15, 2017 at 08:07:54PM +0700, Eugene Grosbein wrote:
First, try to rebuild port using "make WITH_DEBUG=yes" and run non-stripped
binary
from stage/ subdirectory of port building ares. Then get corefile and
use gdb to get backtrace.
I had to run make install because running it
Andrea Venturoli writes:
> Hello.
>
> I'm on 10.3/amd64 with firefox-esr 52.3.0.
>
> Since a few days my 4GiB desktop is crawling due to swap usage and
> looking at top, I see FireFox using almost 7GiB of RAM (SIZE column),
> 2.5 of which are "RES".
Check about:memory and
Hi!
> Since a few days my 4GiB desktop is crawling due to swap usage and
> looking at top, I see FireFox using almost 7GiB of RAM (SIZE column),
> 2.5 of which are "RES".
Firefox memory usage grows without bounds, depending on the
websites you visit. I do not close my browser, it sometimes
On 09/15/17 14:46, Eugene Grosbein wrote:
It leaks like female animal under Windows, too.
Strange I did not see this before...
This depends heavily on your set of addons, though.
I just have AdBlockPlus and DownThemAll (which I hadn't used today, though).
bye & Thanks
av.
On 15.09.2017 20:24, Andrea Venturoli wrote:
>> This depends heavily on your set of addons, though.
>
> I just have AdBlockPlus and DownThemAll (which I hadn't used today, though).
Try to run it for some time with all addons disabled
and if this helps, enable addons one-by-one restarting FF
On 15.09.2017 20:00, tech-lists wrote:
> Hello ports@
>
> slrn as compiled from ports will segfault after a short time when
> reading a newsgroup. The fix is to deinstall the port, grab the source
> via git from git://git.jedsoft.org/git/slrn.git and compile it
> yourself and install.
>
> If
Hello ports@
slrn as compiled from ports will segfault after a short time when
reading a newsgroup. The fix is to deinstall the port, grab the source
via git from git://git.jedsoft.org/git/slrn.git and compile it
yourself and install.
If someone can tell me how to diagnose a segfault, I'm happy
We already have a port of QupZilla 2.1.2 on TrueOS[1] which works perfectly
fine (been using it every day for several weeks).
Feel free to copy/use that when updating the port in the FreeBSD tree:
[1]
https://github.com/trueos/freebsd-ports/tree/trueos-master/www/qupzilla-qt5
On Tuesday,
On Fri, 15 Sep 2017, the wise Andrea Venturoli wrote:
Hello.
I'm on 10.3/amd64 with firefox-esr 52.3.0.
Since a few days my 4GiB desktop is crawling due to swap usage and
looking at top, I see FireFox using almost 7GiB of RAM (SIZE column),
2.5 of which are "RES".
I don't think this is
On 15.09.2017 18:35, Andrea Venturoli wrote:
> Hello.
>
> I'm on 10.3/amd64 with firefox-esr 52.3.0.
>
> Since a few days my 4GiB desktop is crawling due to swap usage and
> looking at top, I see FireFox using almost 7GiB of RAM (SIZE column),
> 2.5 of which are "RES".
>
> I don't think this
Hello,
After many years of using FreeBSD ports, I've grown into habit
of reading Makefiles each time I'm not sure if any options I'm
proposed pulls in dependencies or not.
And then it hit me. Why should we do that? Port system already
knows if something pulls another part of it, why those
You could try non-ESR Firefox first, I do not have such problem with it
(11-STABLE amd64, heavy use takes half of a physical RAM, no swap).
Alternatively, try just clean profile with Firefox. There is a lot of
settings
that could affect that (e.g. loading tabs in the background).
--
Sent from:
I've been seeing -- and have reported, to no avail -- the same
behavior under XP at least since v43. FF gradually consumes all
available memory and crashes. Killing the job before the crash
and restarting has the same effect you cite: memory use goes
back to a reasonable number before again
Hello.
I'm on 10.3/amd64 with firefox-esr 52.3.0.
Since a few days my 4GiB desktop is crawling due to swap usage and
looking at top, I see FireFox using almost 7GiB of RAM (SIZE column),
2.5 of which are "RES".
I don't think this is normal, since I'm not doing anything fancy (i.e.
running
On Sep 15 08:23, Thomas Mueller wrote:
In some cases, the named packages failed to install the first time
(math/gnumeric and editors/abiword), and in other cases desired
dependencies didn't install (devel/nasm and sysutils/coreutils, for
instance).
I need some of those build dependencies for
> On Sep 15 07:34, Thomas Mueller wrote:
> I am building up a system (FreeBSD 11.1-STABLE amd64) using synth, but even
> when the packages build and appear in /var/synth/live_packages/All , some of
> the packages don't install.
> When I type "which gnumeric", "which bison", "which abiword", I
On Sep 15 07:34, Thomas Mueller wrote:
I am building up a system (FreeBSD 11.1-STABLE amd64) using synth, but even
when the packages build and appear in /var/synth/live_packages/All , some of
the packages don't install.
When I type "which gnumeric", "which bison", "which abiword", I just get
I am building up a system (FreeBSD 11.1-STABLE amd64) using synth, but even
when the packages build and appear in /var/synth/live_packages/All , some of
the packages don't install.
When I type "which gnumeric", "which bison", "which abiword", I just get a
blank, and the executable files don't
35 matches
Mail list logo