Solar & Storage Industry Contact Details

2017-11-08 Thread Natalie Brown 
Hi,

 

We maintain about 25 Million+ B2B contacts from various industries across
the globe, just wanted to check if you are interested in the following Email
List types on Solar & Storage Industry?

 

Specialty Examples:- Energy Storage, Energy Management, Energy, Power,
Renewable Energies and Sustainability, Production Management& Quality
Control, Design, Sales & Marketing, Purchase & Procurement, Engineering,
R, Installers, Contractors, Utilities, Developers, Commercial builders,
Engineering firms, Storage Companies, International Investors, Development
Companies, Construction & Rigging Companies, End users, Equipment
Manufacturers, Consultancy and many more across globe.

 

Data Fields: Name, Job Title, Verified Email, Phone Number, Company Name &
Address, Employee Size, Revenue size, Industry Type etc.

 

Please let me know your Target Audience in give below.

 

Target Industry  :  (Any Industry)

Target Location :  (Any)

Target Job Title  :  (EX: CEO, VP, COO and CTO)

 

So that I can send few free samples for your review. 

 

Waiting for your swift response!

 

Regards,

Natalie Brown

Marketing Analyst

 

 

 

 

If you want stop receiving email please reply Remove in subject line.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

___
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 became much slower

2017-11-08 Thread Chris H 
On Tue, 7 Nov 2017 20:33:05 -0500 roberth...@rcn.com wrote

> Chris H writes:
> 
> >  FWIW Firefox has always leaked memory like water through a sieve.
> >  As a result, no matter how many resources I have on any given
> >  system. I can't leave FF open for any length of time, w/o having
> >  to restart it; else system starts swapping until all resources are
> >  exhausted; then panic && reboot.
> 
> Then I submit something is wrong with your installation of
> FireFox and/or your system.  (That could include undetected
> malware.)
> I have been using FireFox, and SeaMonkey, since version 1.0 of
> each; never have I seen this behavior when not visiting any
> web-sites.

Indeed. Under *those* circumstances I would suspect that also.
To be more concise; I was referring to a browser with a few
tabs with content.
But it doesn't appear to matter too much which web sites. But
if javascript is involved, it compounds the problem.

Thanks for the reply!

--Chris

> 
> 
> Respectfully,
> 
> 
> Robert Huff


___
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 became much slower

2017-11-08 Thread Chris H 
On Wed, 08 Nov 2017 01:26:51 +0100 Jan Beich  wrote

> "Chris H"  writes:
> 
> > On Wed, 1 Nov 2017 20:20:26 +0100 "Dr. Nikolaus Klepp" 
> > wrote >
> >> Am Mittwoch, 1. November 2017 schrieb Gleb Popov:
> >> > On Wed, Nov 1, 2017 at 7:12 PM, Kevin Oberman 
> >> > wrote: 
> >> > > On Wed, Nov 1, 2017 at 8:15 AM, Andriy Gapon  wrote:
> >> > >
> >> > > > On 01/11/2017 14:18, Stefan Esser wrote:
> >> > > > > uMatrix has lots of pre-configured rules (blocks trackers and
> >> > known > > > malware sites), but I'm using it in conjunction with uBlock
> >> > from the > > > same developers.
> >> > > >
> >> > > > I used to use uBlock but at the time I got an impression that the
> >> > addon > > itself
> >> > > > ate away resources and slowed down my browser.
> >> > > > What's your impression of it at this time?
> >> > > >
> >> > > > Thank you.
> >> > > > --
> >> > > > Andriy Gapon
> >> > >
> >> > >
> >> > > When I had firefox slow dramatically,  I learned that quite a few
> >> > > extensions will disable multiprocessing. This can totally destroy the
> >> > > performance.
> >> > >
> >> > > Use about:support ti see if Multiprocess Windows is enabled. If not,
> >> > > disable add-ons until that changes.
> >> 
> >> You can add this boolean value in about:config to force "Multiprocess
> >> Windows": 
> >>
> >> browser.tabs.remote.force-enable=true
> > Excellent tip. Thanks for sharing it!
> >
> > And to think it was hiding in FF since 2015 [1]
> >
> > 1) https://asadotzler.com/2016/06/06/firefox-48-beta-release-and-e10s/
> 
> Not really, see
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=1348576
> https://svnweb.freebsd.org/changeset/ports/436423
Hello, Jan.
It appears you're correct. The link I referenced above, lead me
to believe otherwise:
"E10S has been enabled for some portion of our Beta audience since
December of 2015 and we’ve had it enabled for half of our Beta
population for the last 6 weeks."

Thanks for the correction. :)

--Chris


___
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 became much slower

2017-11-08 Thread Chris H 
On Wed, 8 Nov 2017 09:16:29 +1100 (EST) Dave Horsfall  wrote

> On Tue, 7 Nov 2017, Chris H wrote:
> 
> > FWIW Firefox has always leaked memory like water through a sieve. As a 
> > result, no matter how many resources I have on any given system. I can't 
> > leave FF open for any length of time, w/o having to restart it; else 
> > system starts swapping until all resources are exhausted; then panic && 
> > reboot.
> 
> It got really bad around 53 or so; I wish their programmers (no doubt 
> fresh out of school)
Heh, funny you should say. I got that same impression. :)

> would fix existent bugs instead of adding frilly new 
> "features"' we don't all have terabytes of free memory.
Amen to that! Remove a personal security feature, and give
me a "pocket" -- are you ### kidding me?!

All the best to you, Dave!

--Chris
> 
> -- 
> Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will
> suffer." ___
> 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"

Re: net/freeradius3 maintainer is ignoring the port (timeout)

2017-11-08 Thread John W. O'Brien 
On 2017/11/06 22:31, Kubilay Kocak wrote:
[...]
> If you'd like (or are offering) to maintain the port, please create a
> separate issue updating the MAINTAINER line and have it depend on the
> existing open issues (so they can be committed first).
> 
> The maintainer change can then be made after maintainer timeout (2+ weeks).
> 
> It's much easier and preferred to update maintainers with an explicit
> offer and change (in a bug), than to release a port with the possible
> prospect of having no maintainer.

Thank you, koobs. I will keep that strategy in mind in the future.

-John



signature.asc
Description: OpenPGP digital signature

Re: net/freeradius3 maintainer is ignoring the port (timeout)

2017-11-08 Thread John W. O'Brien 
On 2017/11/07 19:16, Ryan Steinmetz wrote:
> On (11/06/17 22:11), John W. O'Brien wrote:
>> Hello FreeBSD ports,
>>
>> The maintainer of net/freeradius3 is unresponsive on two open bugs, both
>> with proposed patches.
> 
> John,
> 
> I was reviewing these two issues tonight and, if I am not mistaken, the
> IDN issue was resolved in a commit on 7/17/17:
> https://svnweb.freebsd.org/ports/head/net/freeradius3/pkg-plist?r1=442287=446076

Hi Ryan,

The change you cite allows the port to build with the IDN option.
However, it appears that this fragment of the Makefile needs some TLC.
Is the IDN module experimental or not?

# freetds module is still experimental
.if ${PORT_OPTIONS:MIDN} && empty(PORT_OPTIONS:MEXPERIMENTAL)
EXPM=   yes
.endif

> I also believe that the Kerberos issue was resolved on 4/1/16:
> https://svnweb.freebsd.org/ports/head/net/freeradius3/Makefile?r1=412347=412348;
> 
> Can you please verify your ports tree is current (you should see
> FreeRADIUS 3.0.15) and then confirm/deny?

$ svn info /usr/ports | grep Revision
Revision: 453233
$ svn log -v -r 453233:HEAD /usr/ports/net/freeradius3


The issue persists. Here are some relevant excerpts from a poudriere
testport build.

[...]
---Begin OPTIONS List---
===> The following configuration options are available for
freeradius3-3.0.15_1:
 DEVELOPER=off: Enable developer options
 DOCS=off: Build and/or install documentation
 EDIR=off: Enable eDirectory support (implies LDAP)
 EXPERIMENTAL=off: Build experimental modules
 FIREBIRD=off: With Firebird database support (EXPERIMENTAL)
 FREETDS=off: FreeTDS library support
 HEIMDAL=off: With Heimdal Kerberos support
 HEIMDAL_PORT=off: With Heimdal Kerberos from ports
 IDN=off: International Domain Names support
 KERBEROS=on: Kerberos support
 LDAP=off: LDAP protocol support
 MYSQL=off: MySQL database support
 PERL=on: Perl scripting language support
 PGSQL=off: PostgreSQL database support
 PYTHON=off: Python bindings or support
 REDIS=off: Redis key-value store database support
 REST=off: Enable RESTful API support
 RUBY=off: Ruby bindings or support
 SQLITE3=off: SQLite 3 database support
 UDPFROMTO=off: Compile in UDPFROMTO support
 UNIXODBC=off: With unixODBC database support
 USER=on: Run as user freeradius, group freeradius
===> Use 'make config' to modify these settings
---End OPTIONS List---

--CONFIGURE_ARGS--
--without-rlm_sql_sqlite --with-rlm_krb5
--with-rlm-krb5-lib-dir=/usr/local/lib --wi
th-rlm-krb5-include-dir=/usr/local/include --without-edir
--without-rlm_ldap --without-rlm_sql_mysql --without-rlm_sql_postgresql
--without-rlm_sql_unixodbc --without-rlm_sql_firebird --with-rlm_perl
--without-rlm_python --without-rlm_ruby --with-ruby=no
--without-rlm_redis --without-rlm_rediswho --without-rlm_rest
--without-rlm_freetds --without-rlm_idn --without-experimental-modules
--quiet --without-docdir --with-openssl-libraries=/usr/local/lib
--with-logdir=/var/log  --with-openssl-includes=/usr/local/include
--prefix=/usr/local --libdir=/usr/local/lib/freeradius-3.0.15
--localstatedir=/var  --without-rlm_eap_ikev2  --without-rlm_eap_tnc
--without-rlm_eap2  --without-rlm_opendirectory  --without-rlm_sql_db2
--without-rlm_sql_iodbc  --without-rlm_sql_sybase  --without-rlm_yubikey
 --without-rlm_sql_oracle  --without-rlm_securid
--without-rlm_cache_memcached  --with-vmps
--with-collectdclient-lib-dir=/dev/null  --disable-openssl-version-check
--with-pic --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
--End CONFIGURE_ARGS--

--CONFIGURE_ENV--
MAKE=gmake ac_cv_path_PERL=/usr/local/bin/perl
ac_cv_path_PERL_PATH=/usr/local/bin/perl  PERL_USE_UNSAFE_INC=1
XDG_DATA_HOME=/wrkdirs/usr/ports/net/freeradius3/work
XDG_CONFIG_HOME=/wrkdirs/usr/ports/net/freeradius3/work
HOME=/wrkdirs/usr/ports/net/freeradius3/work TMPDIR="/tmp"
PATH=/wrkdirs/usr/ports/net/freeradius3/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
SHELL=/bin/sh CONFIG_SHELL=/bin/sh
CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144
--End CONFIGURE_ENV--

--MAKE_ENV--
OPENSSLBASE=/usr/local OPENSSLDIR=/usr/local/openssl
OPENSSLINC=/usr/local/include OPENSSLLIB=/usr/local/lib
OPENSSLRPATH=/usr/local/lib PERL_USE_UNSAFE_INC=1
XDG_DATA_HOME=/wrkdirs/usr/ports/net/freeradius3/work
XDG_CONFIG_HOME=/wrkdirs/usr/ports/net/freeradius3/work
HOME=/wrkdirs/usr/ports/net/freeradius3/work TMPDIR="/tmp"
PATH=/wrkdirs/usr/ports/net/freeradius3/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
NO_PIE=yes WITHOUT_DEBUG_FILES=yes WITHOUT_KERNEL_SYMBOLS=yes
SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local  LOCALBASE=/usr/local
LIBDIR="/usr/lib"  CC="cc" CFLAGS="-O2 -pipe  -I/usr/local/include
-fstack-protector -fno-strict-aliasing"  CPP="cpp"
CPPFLAGS="-I/usr/local/include"  LDFLAGS=" -L/usr/local/lib

rabbitmq-c-devel

2017-11-08 Thread Loïc BLOT 
Hello
rabbitmq-c-devel is quite outdated, i just sent a PR to update it to
last version. Can someone review and merge please ?

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223544

Thanks

-- 
Best regards,
Loïc BLOT, 
UNIX systems, security and network engineer
http://www.unix-experience.fr

___
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: Color problems in Qt 5 applications

2017-11-08 Thread Tobias Kortkamp 
On Wed, Nov 8, 2017, at 15:01, Tobias Kortkamp wrote:
> Hi,
> 
> on my notebook every Qt 5 applications appears to have red and blue
> colors swapped.  This doesn't bother me much in applications like
> KeePassXC, but it's really annoying in VirtualBox.  Somebody posted
> a screenshot of the problem at [1].
> 
> I'm using i915kms that comes with FreeBSD 12.0-CURRENT r325436, not
> drm-next-kmod in case that matters.  Some maybe relevant package
> versions: qt-gui 5.7.1_1, mesa-libs 17.2.3
> 
> The problem does not exist on my desktop where I'm using nvidia-driver.
> 
> Thanks!
> 
> [1] https://www.bsdforen.de/threads/33888/

So the problem goes away when I delete
/usr/local/lib/qt5/plugins/xcbglintegrations/*, but I'm sure I'm
breaking
other things by doing this...
___
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"

Color problems in Qt 5 applications

2017-11-08 Thread Tobias Kortkamp 
Hi,

on my notebook every Qt 5 applications appears to have red and blue
colors swapped.  This doesn't bother me much in applications like
KeePassXC, but it's really annoying in VirtualBox.  Somebody posted
a screenshot of the problem at [1].

I'm using i915kms that comes with FreeBSD 12.0-CURRENT r325436, not
drm-next-kmod in case that matters.  Some maybe relevant package
versions: qt-gui 5.7.1_1, mesa-libs 17.2.3

The problem does not exist on my desktop where I'm using nvidia-driver.

Thanks!

[1] https://www.bsdforen.de/threads/33888/
___
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 you maintain which are out of date

2017-11-08 Thread portscout 
Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
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. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
print/ttftot42  | 0.3.1   | 0.4.1
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
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: SPDX and LICENSE in the ports framework

2017-11-08 Thread Antoine Brodin 
On Wed, Nov 8, 2017 at 11:49 AM, Kurt Jaeger  wrote:
> Hi!
>
> Who is working on the LICENSE part of the ports framework ?
>
> I've found this website:
>
> https://spdx.org/
>
> which describes SPDX as a
>
> standard format for communicating the components, licenses and
> copyrights associated with software packages
>
> Do we need some mapping between our license and theirs ?
> Some tools etc ?

Hi,

Mk/bsd.licenses.db.mk:18:# The canonical source of license names and
short-name identifiers:
Mk/bsd.licenses.db.mk:19:# - SPDX License List
Mk/bsd.licenses.db.mk:20:#   https://spdx.org/licenses/

Cheers,

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