Re: Extra Clang Tools

2017-09-15 Thread Adam Weinberger 
> 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-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Put WITH_CLANG_EXTRAS=yes in src.conf, and rebuild world.

# Adam


-- 
Adam Weinberger
ad...@adamw.org
https://www.adamw.org


___
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"

Extra Clang Tools

2017-09-15 Thread blubee blubeeme 
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
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: slrn from ports segfaults when running

2017-09-15 Thread tech-lists 

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 obtain backtrace.


ah, OK

# gdb ./slrn ./slrn.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...
Core was generated by ./slrn'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libslang.so.2...done.
Loaded symbols for /usr/local/lib/libslang.so.2
Reading symbols from /usr/local/lib/libuu.so.3...done.
Loaded symbols for /usr/local/lib/libuu.so.3
Reading symbols from /usr/local/lib/libssl.so.43...done.
Loaded symbols for /usr/local/lib/libssl.so.43
Reading symbols from /usr/local/lib/libcrypto.so.41...done.
Loaded symbols for /usr/local/lib/libcrypto.so.41
Reading symbols from /usr/local/lib/libintl.so.8...done.
Loaded symbols for /usr/local/lib/libintl.so.8
Reading symbols from /lib/libncurses.so.8...Reading symbols from
/usr/lib/debug//lib/libncurses.so.8.debug...done.
done.
Loaded symbols for /lib/libncurses.so.8
Reading symbols from /lib/libc.so.7...Reading symbols from
/usr/lib/debug//lib/libc.so.7.debug...done.
done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libm.so.5...Reading symbols from
/usr/lib/debug//lib/libm.so.5.debug...done.
done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /usr/lib/i18n/libiconv_std.so.4...Reading symbols
from /usr/lib/debug//usr/lib/i18n/libiconv_std.so.4.debug...done.
done.
Loaded symbols for /usr/lib/i18n/libiconv_std.so.4
Reading symbols from /usr/lib/i18n/libmapper_serial.so.4...Reading
symbols from
/usr/lib/debug//usr/lib/i18n/libmapper_serial.so.4.debug...done.
done.
Loaded symbols for /usr/lib/i18n/libmapper_serial.so.4
Reading symbols from /usr/lib/i18n/libmapper_none.so.4...Reading
symbols from
/usr/lib/debug//usr/lib/i18n/libmapper_none.so.4.debug...done.
done.
Loaded symbols for /usr/lib/i18n/libmapper_none.so.4
Reading symbols from /usr/lib/i18n/libmapper_646.so.4...Reading
symbols from
/usr/lib/debug//usr/lib/i18n/libmapper_646.so.4.debug...done.
done.
Loaded symbols for /usr/lib/i18n/libmapper_646.so.4
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.
done.
Loaded symbols for /libexec/ld-elf.so.1
#0  _citrus_NONE_stdenc_mbtocs (ce=, 
   csid=, idx=0x7fffe870, s=0x7fffe868, 
   n=, ps=0x0, nresult=0x7fffe860,

hooks=0x0)
   at /storage/usr/src/lib/libc/iconv/citrus_none.c:96
   96*idx = (_index_t)(unsigned char)*(*s)++;
   (gdb) 


backtrace:

(gdb) bt
#0  _citrus_NONE_stdenc_mbtocs (ce=, 
   csid=, idx=0x7fffe870, s=0x7fffe868, 
   n=, ps=0x0, nresult=0x7fffe860,

hooks=0x0)
   at /storage/usr/src/lib/libc/iconv/citrus_none.c:96
   #1  0x0008028014b7 in _citrus_iconv_std_iconv_convert (
   cv=, in=, 
	inbytes=0x7fffe940, out=, 
	outbytes=, flags=out>, 
   invalids=) at citrus_stdenc.h:76

   #2  0x000801aad7d4 in __bsd_iconv (handle=out>, 
   in=, szin=, 
   out=, szout=)

at citrus_iconv.h:60
#3  0x00421a2f in iconv_convert_string
(cd=0x80246c530, 
   str=0x802802000 , len=61,
test=0, 
   outstrp=0x7fffe9e0)

   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/charset.c:142
#4  0x0042219f in slrn_convert_article (a=0x8025245a0, 
   to_charset=0x80246c110 "US-ASCII", from_charset=0x80246c4e0

"ISO-8859-1")
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/charset.c:421
#5  0x00435f4d in slrn_mime_process_article (a=0x8025245a0)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/mime.c:1242
#6  0x00409727 in select_header (h=0x802422180, kill_refs=1)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/art.c:2522
#7  0x00408449 in select_article (check_mime=0)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/art.c:5039
#8  0x00408589 in slrn_art_linedn_n (n=1)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/art.c:1414
#9  0x0040f5b2 in art_linedn ()
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/art.c:1437
#10 0x00456841 in slrn_do_keymap_key (map=0x802559120)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/slrn.c:1644
#11 0x00456b62 in main (argc=1, argv=0x7fffebc0)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/slrn.c:1750
Current language:  auto; currently minimal

Re: slrn from ports segfaults when running

2017-09-15 Thread Eugene Grosbein 
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.
___
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"

Re: slrn from ports segfaults when running

2017-09-15 Thread tech-lists 

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 respect WITH_DEBUG=yes knob.


I had WITHOUT_DEBUG=YES in make.conf, so commented out. Also
added DEBUG_FLAGS=-g, and from there was able to make a debugging
binary, which was copied to root's directory.

[root@desktop ~]# file slrn
slrn: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD),
dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 11.1
(1101502), FreeBSD-style, not stripped
[root@desktop ~]# 


[root@desktop ~]# ls -la slrn.*
-rw---  1 root  wheel  8990720 Sep 16 00:05 slrn.core

[root@desktop ~]# gdb
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd".
(gdb) core slrn.core
Core was generated by ./slrn'.
Program terminated with signal 11, Segmentation fault.
#0  0x000801aaf421 in ?? ()
(gdb) bt
#0  0x000801aaf421 in ?? ()
#1  0x7fffe360 in ?? ()
#2  0x0008026014b7 in ?? ()
#3  0x7fffe310 in ?? ()
#4  0x in ?? ()
(gdb) quit

I moved the slrn.core to slrn.core.1 and this time after starting
slrn, went into a newsgroup with only 50 or so posts and this
segfaulted after trying to open the first post:

(gdb) core slrn.core
Core was generated by ./slrn'.
Program terminated with signal 11, Segmentation fault.
#0  0x000801aaf421 in ?? ()
(gdb) bt
#0  0x000801aaf421 in ?? ()
#1  0x7fffe8b0 in ?? ()
#2  0x0008026014b7 in ?? ()
#3  0x7fffe860 in ?? ()
#4  0x in ?? ()
(gdb) 


Then, tried loading up slrn without doing anything, got its process
id and attached it in the debugger:

Reading symbols from /root/slrn...done.
Reading symbols from /usr/local/lib/libslang.so.2...done.
Loaded symbols for /usr/local/lib/libslang.so.2
Reading symbols from /usr/local/lib/libuu.so.3...done.
Loaded symbols for /usr/local/lib/libuu.so.3
Reading symbols from /usr/local/lib/libssl.so.43...done.
Loaded symbols for /usr/local/lib/libssl.so.43
Reading symbols from /usr/local/lib/libcrypto.so.41...done.
Loaded symbols for /usr/local/lib/libcrypto.so.41
Reading symbols from /usr/local/lib/libintl.so.8...done.
Loaded symbols for /usr/local/lib/libintl.so.8
Reading symbols from /lib/libncurses.so.8...Reading symbols from
/usr/lib/debug//lib/libncurses.so.8.debug...done.
done.
Loaded symbols for /lib/libncurses.so.8
Reading symbols from /lib/libc.so.7...Reading symbols from
/usr/lib/debug//lib/libc.so.7.debug...done.
done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libm.so.5...Reading symbols from
/usr/lib/debug//lib/libm.so.5.debug...done.
done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.
done.
Loaded symbols for /libexec/ld-elf.so.1
0x000801ba503a in _select () from /lib/libc.so.7

slrn freezes when the process is attached, so ran bt from gdb:

(gdb) bt
#0  0x000801ba503a in _select () from /lib/libc.so.7
#1  0x0008008f728c in _pSLsys_getkey () from
/usr/local/lib/libslang.so.2
#2  0x004565b1 in slrn_getkey () at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/slrn.c:1573
#3  0x00080091a1d7 in SLang_do_key () from
/usr/local/lib/libslang.so.2
#4  0x0045674a in slrn_do_keymap_key (map=0x802519c80)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/slrn.c:1616
#5  0x00456b62 in main (argc=1, argv=0x7fffebc0)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/slrn.c:1750

hopefully this is better info.

thanks,
--
J.

___
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"

Re: FireFox memory usage

2017-09-15 Thread Mark Martinec 
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.


I have seen some improvements with the recent version of Firefox, but
it's still giving me headaches when it gets slower and slower on some 
sites.


Having heard about it on bsdnow.tv (episode 209), I'm now switching
to www/iridium (from ports):

  # cd /usr/ports/www/iridium
  # cat pkg-descr

  Iridium is a free, open, and libre browser modification of the 
Chromium

  code base, with privacy being enhanced in several key areas.

  Automatic transmission of partial queries, keywords, metrics to 
central

  services is inhibited and only occurs with consent.

  WWW: https://iridiumbrowser.de/

Looks very promising (also on Windows) !

  Mark
___
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"

Re: synth install ... builds but does not always install named packages

2017-09-15 Thread Jonathan Chen 
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 required. It
stores the dependancies as a packages in the local package repository
and unpacks it for each build. In fact, there is no need to install
build dependancies on your local system, as it will *never* get used
by synth, as synth uses a clean chroot'd environment for all its
builds.

[...]
> And then it was irritating when some specifically named packages were not 
> installed (math/gnumeric, editors/abiword-docs, mail/metamail, for instance).

I would check:
 1. did the packages get built, and are present in the local package repository.
 2. what sort of error messages you are getting from just a "pkg
install ${package}" from the local package repo.

Cheers.
-- 
Jonathan Chen 
___
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"

Re: synth install ... builds but does not always install named packages

2017-09-15 Thread Thomas Mueller 
> > 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 everything.

> You can install everything, though for the life of me I can't imagine why 
> you'd want to, by:

> pkg install -g '*'

# Adam


> Adam Weinberger

Running "pkg install -g '*'" might install some outdated packages, so I'd want 
to look through.  There could even be some conflicts.

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.

I dont think it would be possible to install everything created by a run of 
"synth everything" because of conflicts.  Anyway, that would be overkill.

I don't want to be caught short on build prerequisites for future package 
builds, or cross-compiling Haiku or Linux toolchains.

Some of the build dependencies not installed seem rather basic to a development 
system, such as nasm and bison, and are rather standard in Linux distributions.

And then it was irritating when some specifically named packages were not 
installed (math/gnumeric, editors/abiword-docs, mail/metamail, for instance).

Tom

___
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"

Re: slrn from ports segfaults when running

2017-09-15 Thread Eugene Grosbein 
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 
 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 from the staging
>>> directory gives this error:
>>>
>>> slrn 1.0.3
>>> Unable to locate slrn.sl on load path
>>> Configuration error: Unable to load startup file
>>> The hardcoded load path is set to: /usr/local/share/slrn/slang
>>> You make need to set the SLRN_SLANG_DIR environment variable.
>>> slrn fatal error:
>>> Error initializing S-Lang interpreter.
>>>
>>> so, ran make install:
>>
>> This installs slrn.sl to right place. You can still run debugging binary
>> or just manually copy it to /usr/local/bin/
> 
> OK, did that (and set the NNTPSERVER env var, coredump happened on
> selecting a newsgroup. It happens if there's a lot of articles in the
> newsgroup.
> 
> This GDB was configured as "amd64-marcel-freebsd".
> (gdb) core slrn.core
> Core was generated by ./slrn -f /root/.jnewsrc --create'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x000801a92421 in ?? ()
> (gdb) bt
> #0  0x000801a92421 in ?? ()
> #1  0x7fffdc10 in ?? ()
> #2  0x0008026014b7 in ?? ()
> #3  0x7fffdbc0 in ?? ()
> #4  0x in ?? ()

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 respect WITH_DEBUG=yes knob.
___
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"

Re: FireFox memory usage

2017-09-15 Thread Kevin Oberman 
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 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 webapps or opening tenth of windows/tabs).
> >>
> >> I've been using FF for several years and, while I recognize it's
> >> constantly getting slower, more bloated and more resource hungry, I find
> >> it hard to believe such a sudden rise in memory usage might be normal.
> >>
> >> One suspect I have is some kind of memory leak, since closing FF and
> >> reopening the same sites I had opened before will drop the RAM usage to
> >> under 1GiB.
> >>
> >> I'm lost at what to look at... I don't even know if it's an upstream or
> >> FreeBSD problem.
> >>
> >> I start by asking if anyone else is seeing this and/or if anything in
> >> the way it is ported or in its dependencies could be the cause of this.
> >
> > It leaks like female animal under Windows, too. This depends heavily on
> your
> > set of addons, though. For example, NoScript addon may provoke
> Javascript code
> > of sites to leak memory constantly retrying to get their garbage.
> > In such case, close/reopen a tab may help for some period of time.
>
> Javascript seems to be the culprit in my case.  I do run NoScript, but
> I'm pretty sure that I had memory consumption issues before I added the
> NoScript addon.  I keep a huge number of tabs open and I've seen Firefox
> consume 40+ GB of memory (I've currently got a lot of RAM and swap
> available on my desktop).  Firefox memory consumption is what finally
> motivated me to do a reinstall to switch from i386 to amd64 several
> years ago, and since then was the motivation for a couple of RAM
> upgrades.
>
> 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.
>
> ___
> 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"
>

I have also seen significant improvements in  both memory use and
responsiveness in the last couple of releases. I do use noscript, but still
saw major delay for no obvious reason for JavaScript heavy sites like
Google applications and Facebook. These appeared rather around v48 and
disappeared around v54.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
___
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"

Re: port building make config dialog dependencies idea

2017-09-15 Thread Kevin Oberman 
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 do that? Port system already
> knows if something pulls another part of it, why those build
> options are not marked somehow? Ideally, described (installs
> xxx/xxx) or just by another colour, just marked by "*" even.
>
> Am I'm missing anything?
>
>
>
> --
> Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-ports-
> f3835061.html


This looks like an excellent idea.

The other thing I would really appreciate is when an option moves from
available to default.

New options are often introduced as non-standard until stability an
usefulness is determined. Many are labeled in the distribution as
experimental. If I have a config for such a port and that option moves
becomes a default, I never see it unless I look. I would love to see this
flagged in the installation as I often have no idea of what an option
really does from the half-line of text available.

While the information required to determine this does not appear to be
present in the database ATM, it does ppear that it is available and could
be added.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
___
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"

Re: FireFox memory usage

2017-09-15 Thread Don Lewis 
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 of which are "RES".
>> 
>> I don't think this is normal, since I'm not doing anything fancy (i.e. 
>> running webapps or opening tenth of windows/tabs).
>> 
>> I've been using FF for several years and, while I recognize it's 
>> constantly getting slower, more bloated and more resource hungry, I find 
>> it hard to believe such a sudden rise in memory usage might be normal.
>> 
>> One suspect I have is some kind of memory leak, since closing FF and 
>> reopening the same sites I had opened before will drop the RAM usage to 
>> under 1GiB.
>> 
>> I'm lost at what to look at... I don't even know if it's an upstream or 
>> FreeBSD problem.
>> 
>> I start by asking if anyone else is seeing this and/or if anything in 
>> the way it is ported or in its dependencies could be the cause of this.
> 
> It leaks like female animal under Windows, too. This depends heavily on your
> set of addons, though. For example, NoScript addon may provoke Javascript code
> of sites to leak memory constantly retrying to get their garbage.
> In such case, close/reopen a tab may help for some period of time.

Javascript seems to be the culprit in my case.  I do run NoScript, but
I'm pretty sure that I had memory consumption issues before I added the
NoScript addon.  I keep a huge number of tabs open and I've seen Firefox
consume 40+ GB of memory (I've currently got a lot of RAM and swap
available on my desktop).  Firefox memory consumption is what finally
motivated me to do a reinstall to switch from i386 to amd64 several
years ago, and since then was the motivation for a couple of RAM
upgrades.

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.

___
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"

Re: synth install ... builds but does not always install named packages

2017-09-15 Thread Adam Weinberger 
> 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 don't install.
> 
>> When I type "which gnumeric", "which bison", "which abiword", I just get a 
>> blank, and the executable files don't appear in /usr/local/bin .
> 
>> This happened with math/gnumeric, editors/abiword-docs, among others.
> 
>> I subsequently installed those packages by typing "synth install 
>> math/gnumeric" and "synth install editors/abiword-docs", but how do I find 
>> all the others that built and are listed in /var/synth/live_packages/All but 
>> did not install?
> 
>> I see 
> 
>> "ls -l /var/synth/live_packages/All" has 657 lines, while
> 
>> "pkg info -a" produces 544 lines.
> 
>> I piped to "more", then hit G to go to the end, then Ctrl-G, which showed 
>> the number of lines.
> 
>> This may not tell the whole story, but makes me believe there is a 
>> disparity, and ask how to find and install those packages that built but 
>> didn't install.
> 
>> Has anybody else been stung by this bug?
> 
> Matt Smith responded:
> 
>> Do you actually want those packages installed? The usual reason is that 
>> they are build dependencies only required for building another package 
>> and therefore they are in the repo but not installed. If they are run 
>> dependencies actually required for another package to run then they 
>> should be installed.
> 
>> Freshports is a good site for looking at this.  
>> http://www.freshports.org/
> 
>> If you search for something it tells you what is build and what is run.  
>> Alternatively you can look at the ports Makefile for lines such as 
>> BUILD_DEPENDS, RUN_DEPENDS, LIB_DEPENDS etc.
> 
> 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 other things like, for instance, 
> cross-compiling Haiku and cross-compiling Linux toolchains, or other FreeBSD 
> ports.
> 
> Is there anything I can specify to install those build dependencies, and how 
> do I go through /var/synth/live-packages/All and pkg info -a to install those 
> packages that failed to install without missing something?
> 
> 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 everything. 

You can install everything, though for the life of me I can't imagine why you'd 
want to, by:

pkg install -g '*'

# Adam


-- 
Adam Weinberger
ad...@adamw.org
https://www.adamw.org

___
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"

Re: FireFox memory usage

2017-09-15 Thread Andrea Venturoli 

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 mozjemalloc.
Mozilla doesn't test memory usage without mozjemalloc. However, porting
mozjemalloc has stalled[1] unless someone helps.

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1153683



Thanks to everyone who answered.

 bye
av.
___
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"

FreeBSD Port: gsoap-2.8.50

2017-09-15 Thread Dutchman01 
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"

Re: slrn from ports segfaults when running

2017-09-15 Thread 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 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 from the staging
directory gives this error:

slrn 1.0.3
Unable to locate slrn.sl on load path
Configuration error: Unable to load startup file
The hardcoded load path is set to: /usr/local/share/slrn/slang
You make need to set the SLRN_SLANG_DIR environment variable.
slrn fatal error:
Error initializing S-Lang interpreter.

so, ran make install:


This installs slrn.sl to right place. You can still run debugging binary
or just manually copy it to /usr/local/bin/


OK, did that (and set the NNTPSERVER env var, coredump happened on
selecting a newsgroup. It happens if there's a lot of articles in the
newsgroup.

This GDB was configured as "amd64-marcel-freebsd".
(gdb) core slrn.core
Core was generated by ./slrn -f /root/.jnewsrc --create'.
Program terminated with signal 11, Segmentation fault.
#0  0x000801a92421 in ?? ()
(gdb) bt
#0  0x000801a92421 in ?? ()
#1  0x7fffdc10 in ?? ()
#2  0x0008026014b7 in ?? ()
#3  0x7fffdbc0 in ?? ()
#4  0x in ?? ()

thanks,
--
J
___
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"

Re: slrn from ports segfaults when running

2017-09-15 Thread Eugene Grosbein 
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 backtrace.
> 
> I had to run make install because running it from the staging
> directory gives this error:
> 
> slrn 1.0.3
> Unable to locate slrn.sl on load path
> Configuration error: Unable to load startup file
> The hardcoded load path is set to: /usr/local/share/slrn/slang
> You make need to set the SLRN_SLANG_DIR environment variable.
> slrn fatal error:
> Error initializing S-Lang interpreter.
> 
> so, ran make install:

This installs slrn.sl to right place. You can still run debugging binary
or just manually copy it to /usr/local/bin/

___
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"

Re: slrn from ports segfaults when running

2017-09-15 Thread tech-lists 

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 from the staging
directory gives this error:

slrn 1.0.3
Unable to locate slrn.sl on load path
Configuration error: Unable to load startup file
The hardcoded load path is set to: /usr/local/share/slrn/slang
You make need to set the SLRN_SLANG_DIR environment variable.
slrn fatal error:
Error initializing S-Lang interpreter.

so, ran make install:

make install
===>  Installing for slrn-1.0.3a
===>   slrn-1.0.3a depends on file: /usr/local/lib/libcrypto.so.41 -
found
===>   slrn-1.0.3a depends on shared library: libslang.so - found
(/usr/local/lib/libslang.so)
===>   slrn-1.0.3a depends on shared library: libuu.so - found
(/usr/local/lib/libuu.so)
===>   slrn-1.0.3a depends on shared library: libintl.so - found
(/usr/local/lib/libintl.so)
===>  Checking if slrn already installed
===>   Registering installation for slrn-1.0.3a
Installing slrn-1.0.3a...

I can redo this if there's a -DNOSTRIP or something like that I can
pass to make for make install.

I have the corefile, and have loaded gdb like so:

(gdb) core slrn.core
Core was generated by slrn'.
Program terminated with signal 11, Segmentation fault.
#0  0x000801a92474 in ?? ()

(gdb) bt
#0  0x000801a92474 in ?? ()
#1  0x7fffdc58 in ?? ()
#2  0x7fffdbf0 in ?? ()
#3  0x0008030013cd in ?? ()
#4  0x7fffdb98 in ?? ()
#5  0x in ?? ()

I re-ran slrn and attached the process:

(gdb) attach 58974
Attaching to process 58974
Reading symbols from /storage/usr/local/bin/slrn...(no debugging
symbols found)...done.
Reading symbols from /usr/local/lib/libslang.so.2...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libslang.so.2
Reading symbols from /usr/local/lib/libuu.so.3...(no debugging symbols
found)...done.
Loaded symbols for /usr/local/lib/libuu.so.3
Reading symbols from /usr/local/lib/libssl.so.43...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libssl.so.43
Reading symbols from /usr/local/lib/libcrypto.so.41...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libcrypto.so.41
Reading symbols from /usr/local/lib/libintl.so.8...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libintl.so.8
Reading symbols from /lib/libncurses.so.8...Reading symbols from
/usr/lib/debug//lib/libncurses.so.8.debug...done.
done.
Loaded symbols for /lib/libncurses.so.8
Reading symbols from /lib/libc.so.7...Reading symbols from
/usr/lib/debug//lib/libc.so.7.debug...done.
done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libm.so.5...Reading symbols from
/usr/lib/debug//lib/libm.so.5.debug...done.
done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.
done.
Loaded symbols for /libexec/ld-elf.so.1
0x000801b8803a in _select () from /lib/libc.so.7
(gdb) bt
#0  0x000801b8803a in _select () from /lib/libc.so.7
#1  0x0008008da28c in _pSLsys_getkey () from
/usr/local/lib/libslang.so.2
#2  0x0043e75f in ?? ()
#3  0x0008008fd1d7 in SLang_do_key () from
/usr/local/lib/libslang.so.2
#4  0x0043e7fb in ?? ()
#5  0x0043f86f in ?? ()
#6  0x0040767f in ?? ()
#7  0x000800683000 in ?? ()
#8  0x in ?? ()

and the process of attaching seems to hang slrn.

thanks,
--
J.
___
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"

Re: FireFox memory usage

2017-09-15 Thread Jan Beich 
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 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 mozjemalloc.
Mozilla doesn't test memory usage without mozjemalloc. However, porting
mozjemalloc has stalled[1] unless someone helps.

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1153683
___
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"

Re: FireFox memory usage

2017-09-15 Thread Kurt Jaeger 
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
runs for several months. It can easily consume 5-7 GB with
approx. 50 open browser windows.

That's an issue the mozilla foundation should work on...

-- 
p...@opsec.eu+49 171 3101372 3 years to go !
___
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"

Re: FireFox memory usage

2017-09-15 Thread Andrea Venturoli 

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.
___
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"

Re: FireFox memory usage

2017-09-15 Thread Eugene Grosbein 
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 fully every time.

___
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"

Re: slrn from ports segfaults when running

2017-09-15 Thread Eugene Grosbein 
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 someone can tell me how to diagnose a segfault, I'm happy to help
> provide more diagnostics.

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.



___
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"

slrn from ports segfaults when running

2017-09-15 Thread tech-lists 

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 to help
provide more diagnostics.

Some more info:
reading method in slrn: set server_object "nntp"
system: FreeBSD 11.1-STABLE #0 r323195
ports: r449871

thanks,
--
J.
___
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"

Re: Qupzilla 2.x

2017-09-15 Thread Ken Moore 
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, September 12, 2017 3:47:29 PM EDT, Martin Waschbüsch wrote:

Hi all,

Now that we have qt5-webengine (as of 
https://svnweb.freebsd.org/ports?view=revision=448132 
), 
I wondered if anyone is working on porting qupzilla 2.x?




--
~~ Ken Moore ~~
TrueOS/iXsystems
___
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"

Re: FireFox memory usage

2017-09-15 Thread Marco Beishuizen 

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 normal, since I'm not doing anything fancy (i.e. 
running webapps or opening tenth of windows/tabs).


I've been using FF for several years and, while I recognize it's 
constantly getting slower, more bloated and more resource hungry, I find 
it hard to believe such a sudden rise in memory usage might be normal.


One suspect I have is some kind of memory leak, since closing FF and 
reopening the same sites I had opened before will drop the RAM usage to 
under 1GiB.


I'm lost at what to look at... I don't even know if it's an upstream or 
FreeBSD problem.


I start by asking if anyone else is seeing this and/or if anything in 
the way it is ported or in its dependencies could be the cause of this.


bye & Thanks
av.


I also use ff-esr on an old machine with 4GB RAM. It starts with 2 
processes, one uses ~300MB (RES) and one ~150MB. It doubles in size quite 
quickly after some browsing (especially something like Facebook or 
Linkedin). When watching YT videos it grows to ~1GB. The SIZE column is 
~1.5GB here. Note that the only add-on I use is uBlock Origin.


Although I think these sizes have become quite ridiculous, I never saw 
memory usage that big. But I have to say I usually close FF if memory 
usage gets out of hand.


Regards,
Marco
--
A political man can have as his aim the realization of freedom,
but he has no means to realize it other than through violence.
-- Jean-Paul Sartre
___
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"

Re: FireFox memory usage

2017-09-15 Thread Eugene Grosbein 
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 is normal, since I'm not doing anything fancy (i.e. 
> running webapps or opening tenth of windows/tabs).
> 
> I've been using FF for several years and, while I recognize it's 
> constantly getting slower, more bloated and more resource hungry, I find 
> it hard to believe such a sudden rise in memory usage might be normal.
> 
> One suspect I have is some kind of memory leak, since closing FF and 
> reopening the same sites I had opened before will drop the RAM usage to 
> under 1GiB.
> 
> I'm lost at what to look at... I don't even know if it's an upstream or 
> FreeBSD problem.
> 
> I start by asking if anyone else is seeing this and/or if anything in 
> the way it is ported or in its dependencies could be the cause of this.

It leaks like female animal under Windows, too. This depends heavily on your
set of addons, though. For example, NoScript addon may provoke Javascript code
of sites to leak memory constantly retrying to get their garbage.
In such case, close/reopen a tab may help for some period of time.




___
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"

port building make config dialog dependencies idea

2017-09-15 Thread Jakub Lach 
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 build 
options are not marked somehow? Ideally, described (installs 
xxx/xxx) or just by another colour, just marked by "*" even.

Am I'm missing anything?



--
Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-ports-f3835061.html
___
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"

Re: FireFox memory usage

2017-09-15 Thread Jakub Lach 
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: http://freebsd.1045724.x6.nabble.com/freebsd-ports-f3835061.html
___
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"

Re: FireFox memory usage

2017-09-15 Thread scratch65535 
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 creeping upwards.

The FF dev team is still putting all their time and energy into
the new process-per-tab version, afaik.

[Default] On Fri, 15 Sep 2017 13:35:51 +0200, 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 normal, since I'm not doing anything fancy (i.e. 
>running webapps or opening tenth of windows/tabs).
>
>I've been using FF for several years and, while I recognize it's 
>constantly getting slower, more bloated and more resource hungry, I find 
>it hard to believe such a sudden rise in memory usage might be normal.
>
>One suspect I have is some kind of memory leak, since closing FF and 
>reopening the same sites I had opened before will drop the RAM usage to 
>under 1GiB.
>
>I'm lost at what to look at... I don't even know if it's an upstream or 
>FreeBSD problem.
>
>I start by asking if anyone else is seeing this and/or if anything in 
>the way it is ported or in its dependencies could be the cause of this.
>
>  bye & Thanks
>   av.
>___
>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"
___
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"

FireFox memory usage

2017-09-15 Thread Andrea Venturoli 

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 webapps or opening tenth of windows/tabs).


I've been using FF for several years and, while I recognize it's 
constantly getting slower, more bloated and more resource hungry, I find 
it hard to believe such a sudden rise in memory usage might be normal.


One suspect I have is some kind of memory leak, since closing FF and 
reopening the same sites I had opened before will drop the RAM usage to 
under 1GiB.


I'm lost at what to look at... I don't even know if it's an upstream or 
FreeBSD problem.


I start by asking if anyone else is seeing this and/or if anything in 
the way it is ported or in its dependencies could be the cause of this.


 bye & Thanks
av.
___
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"

Re: synth install ... builds but does not always install named packages

2017-09-15 Thread Matt Smith 

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 other things like, for instance, 
cross-compiling Haiku and cross-compiling Linux toolchains, or other FreeBSD 
ports.

Is there anything I can specify to install those build dependencies, and how do 
I go through /var/synth/live-packages/All and pkg info -a to install those 
packages that failed to install without missing something?

Synth runs faster and more gracefully than portmaster, but portmaster installed 
everything that it built.

Tom



Maybe something along the lines of pkg install -g * ? I'm not sure, but 
-g lets you do a glob pattern.


--
Matt
___
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"

Re: synth install ... builds but does not always install named packages

2017-09-15 Thread Thomas Mueller 
> 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 a 
> blank, and the executable files don't appear in /usr/local/bin .

> This happened with math/gnumeric, editors/abiword-docs, among others.

> I subsequently installed those packages by typing "synth install 
> math/gnumeric" and "synth install editors/abiword-docs", but how do I find 
> all the others that built and are listed in /var/synth/live_packages/All but 
> did not install?

> I see 

> "ls -l /var/synth/live_packages/All" has 657 lines, while

> "pkg info -a" produces 544 lines.

> I piped to "more", then hit G to go to the end, then Ctrl-G, which showed the 
> number of lines.

> This may not tell the whole story, but makes me believe there is a disparity, 
> and ask how to find and install those packages that built but didn't install.

> Has anybody else been stung by this bug?

Matt Smith responded:

> Do you actually want those packages installed? The usual reason is that 
> they are build dependencies only required for building another package 
> and therefore they are in the repo but not installed. If they are run 
> dependencies actually required for another package to run then they 
> should be installed.

> Freshports is a good site for looking at this.  
> http://www.freshports.org/

> If you search for something it tells you what is build and what is run.  
> Alternatively you can look at the ports Makefile for lines such as 
> BUILD_DEPENDS, RUN_DEPENDS, LIB_DEPENDS etc.

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 other things like, for instance, 
cross-compiling Haiku and cross-compiling Linux toolchains, or other FreeBSD 
ports.

Is there anything I can specify to install those build dependencies, and how do 
I go through /var/synth/live-packages/All and pkg info -a to install those 
packages that failed to install without missing something?

Synth runs faster and more gracefully than portmaster, but portmaster installed 
everything that it built.

Tom

___
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"

Re: synth install ... builds but does not always install named packages

2017-09-15 Thread Matt Smith 

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 a 
blank, and the executable files don't appear in /usr/local/bin .

This happened with math/gnumeric, editors/abiword-docs, among others.

I subsequently installed those packages by typing "synth install math/gnumeric" and 
"synth install editors/abiword-docs", but how do I find all the others that built and are 
listed in /var/synth/live_packages/All but did not install?

I see

"ls -l /var/synth/live_packages/All" has 657 lines, while

"pkg info -a" produces 544 lines.

I piped to "more", then hit G to go to the end, then Ctrl-G, which showed the 
number of lines.

This may not tell the whole story, but makes me believe there is a disparity, 
and ask how to find and install those packages that built but didn't install.

Has anybody else been stung by this bug?

Tom



Do you actually want those packages installed? The usual reason is that 
they are build dependencies only required for building another package 
and therefore they are in the repo but not installed. If they are run 
dependencies actually required for another package to run then they 
should be installed.


Freshports is a good site for looking at this.  
http://www.freshports.org/


If you search for something it tells you what is build and what is run.  
Alternatively you can look at the ports Makefile for lines such as 
BUILD_DEPENDS, RUN_DEPENDS, LIB_DEPENDS etc.


--
Matt
___
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"

synth install ... builds but does not always install named packages

2017-09-15 Thread Thomas Mueller 
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 appear in /usr/local/bin .

This happened with math/gnumeric, editors/abiword-docs, among others.

I subsequently installed those packages by typing "synth install math/gnumeric" 
and "synth install editors/abiword-docs", but how do I find all the others that 
built and are listed in /var/synth/live_packages/All but did not install?

I see 

"ls -l /var/synth/live_packages/All" has 657 lines, while

"pkg info -a" produces 544 lines.

I piped to "more", then hit G to go to the end, then Ctrl-G, which showed the 
number of lines.

This may not tell the whole story, but makes me believe there is a disparity, 
and ask how to find and install those packages that built but didn't install.

Has anybody else been stung by this bug?

Tom

___
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"