Re: Another error with py3-cairo

[tech-lists]

Hi,

On Thu, Sep 21, 2017 at 08:55:33PM +0200, Walter Schwarzenfeld wrote:

Solved: Put USE_LOCALE=?? en_US.UTF-8 for this port in my

/etc/make.conf.


Many thanks for this, appears to have solved the problem. In my case I
put USE_LOCALE=en_GB.ISO8859-1.

Question is really why has this port started requiring this to be set.
--
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"

Committer needed for Redmine and Elasticsearch Search Guard ports

[Miroslav Lachman]

Can somebody look at this updates please?

www/redmine: Outdated redmine port doesn't work with current mercurial 
version

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

[NEW PORT] textproc/elasticsearch5-search-guard: Elasticsearch Search 
Guard plugin

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


Kind regards
Miroslav Lachman
___
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: gettextsetup warnings

[Romain Tartière]

On Thu, Sep 21, 2017 at 08:22:26AM +0200, Romain Tartière wrote:
> I am currently deploying this on my nodes in case this changes has other
> unexpected consequences.

So, it seems to be OK.  However, I am wondering if patching
devel/rubygem-gettext-setup is the way to go: instead, we can simply
install the .po files where Puppet expects them to be put when using
gems.  That way, puppet would rely on the LOCAL_PATH instead of the
POSIX_PATH here:
https://github.com/puppetlabs/puppet/blob/master/lib/puppet/gettext/config.rb#L4

Thoughts?

-- 
Romain Tartière   http://people.FreeBSD.org/~romain/
pgp: 8234 9A78 E7C0 B807 0B59  80FF BA4D 1D95 5112 336F (ID: 0x5112336F)
(plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated)


signature.asc
Description: PGP signature

Re: USE_GCC usage

[Gerald Pfeifer]

On Jun 25 2016 Richard Gallamore wrote:
> When using USE_GCC= 5+, errors occur because this USE only sets
> build and run time dependency, and not lib dependency.
>
> Error: /usr/local/bin/ann_in is linked to 
> /usr/local/lib/gcc5/libgfortran.so.3 from lang/gcc but it is not declared as 
> a dependency
> Error: /usr/local/bin/ann_in is linked to 
> /usr/local/lib/gcc5/libquadmath.so.0 from lang/gcc but it is not declared as 
> a dependency
> Error: /usr/local/bin/c81merge is linked to 
> /usr/local/lib/gcc5/libstdc++.so.6 from lang/gcc but it is not declared as a 
> dependency
> Error: /usr/local/bin/c81merge is linked to /usr/local/lib/gcc5/libgcc_s.so.1 
> from lang/gcc but it is not declared as a dependency
> 
> Should this be considered a false positive? or should USE_GCC
> also add a LIB_DEPEND to ports?

Thanks for reporting this, Richard.  I missed this back in June,
but a friendly soul pointed me towards this.

USE_GCC currently implies BUILD_DEPENDS (since GCC is used to build
such a port) and RUN_DEPENDS, where I am now thinking we should have
LIB_DEPENDS instead of RUN_DEPENDS, actually. 

And Mathieu Arnold responded:
> This is quite strange. lang/gcc does not provide any of those libraries.
> lang/gcc is a metapackage, the only thing it does is depend on the
> lang/gccXX you asked for, and it provide symlinks:
>
> # pkg info -l lang/gcc
> gcc-5.4.0_2:
>/usr/local/bin/g++
>/usr/local/bin/gcc
> /usr/local/bin/gfortran
> # ls -l $(pkg info -ql lang/gcc)
> lrwxr-xr-x  1 root  wheel  4 29 mai   15:21 /usr/local/bin/g++@ -> g++5
> lrwxr-xr-x  1 root  wheel  4 29 mai   15:21 /usr/local/bin/gcc@ -> gcc5
> lrwxr-xr-x  1 root  wheel  9 29 mai   15:21 /usr/local/bin/gfortran@ -> 
> gfortran5

Is it possible the reporter(s) had an older ports tree, predating
r441883 from 2017-05-27 which adjusted lang/gcc to appear like you
reported?

What do you think about replacing RUN_DEPENDS by LIB_DEPENDS via
the patch below?

My only challenge is that I don't know what to put in instead of
... there given that different lang/gcc* ports do carry the same
libraries (and usually with the same .so version).?

Gerald

Index: bsd.gcc.mk
===
--- bsd.gcc.mk  (revision 450347)
+++ bsd.gcc.mk  (working copy)
@@ -167,7 +167,7 @@
 
 .if defined(_GCC_PORT_DEPENDS)
 BUILD_DEPENDS+=${_GCC_PORT_DEPENDS}:lang/${_GCC_PORT}
-RUN_DEPENDS+=  ${_GCC_PORT_DEPENDS}:lang/${_GCC_PORT}
+LIB_DEPENDS+=  ...:lang/${_GCC_PORT}
 # Later GCC ports already depend on binutils; make sure whatever we
 # build leverages this as well.
 USE_BINUTILS=  yes
@@ -199,5 +199,5 @@
@echo CC=${CC} - CXX=${CXX} - CPP=${CPP} - CFLAGS=\"${CFLAGS}\"
@echo LDFLAGS=\"${LDFLAGS}\"
@echo "BUILD_DEPENDS=${BUILD_DEPENDS}"
-   @echo "RUN_DEPENDS=${RUN_DEPENDS}"
+   @echo "LIB_DEPENDS=${LIB_DEPENDS}"
 .endif
___
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: Failed to build a port (tempus) on i386 (Boost problems?)

[L.Bartoletti]

Hi Dimitry,

Unfortunately, It can't compile with USE_CXXSTD or when force CMake to 
use c++11.


Maybe a bug with boost?

Anyway, according with the developer using this tools on i386 can be 
problematic.


Regards.

On 11.09.2017 23:52, Dimitry Andric wrote:

On 11 Sep 2017, at 22:39, L.Bartoletti  wrote:

I'm trying to port the tempus  framework on 
FreeBSD. All packages are nearly ready except the core for i386...

I come to you because I don't understand the difference of the logs between 
i386 and amd64. I suspect some clang errors and maybe boost, but not sure of 
myself.

Tempus_core requires c++11. So, I have tested with c++11-lang and c++11-lib 
without success.

As far as I can see from the logs, your program still needs to add
-std=c++11 (or -std=gnu++11) to its compilation flags.  Either the
program's configure or cmake scripts should do this, or you could use
USE_CXXSTD=c++11.



I find a (dirty) solution for 10amd64: force the compiler to be clang40. 
Unfortunately, it doesn't work on i386...

Not sure why that would be needed. You should be able to compile C++11
code on 10.x just fine.



All my tests are on my gitlab 
, 
containing ports and logs.

These logs contain errors caused by -std=c++11 missing from the
compilation flags.  Add that flag to get rid of them.

-Dimitry



___
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: freeradius3-3.0.15_1 with mariadb102-server

[Igor Jankov]

Hello!
I have problem use MariaBD/mysql database with freeradius
on  11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321309 amd64.

config: /usr/local/etc/radius/mods-enabled/sql
...
driver = "rlm_sql_mysql"
...
dialect = "mysql"
...

in debug mode: radiusd -X
shows

Could not link driver rlm_sql_mysql: Cannot open 
"/usr/local/lib/freeradius-3.0.15/rlm_sql_mysql.so"
Make sure it (and all its dependent libraries!) are in the search path 
of your system's ld
/usr/local/etc/raddb/mods-enabled/sql[20]: Instantiation failed for 
module "sql"


How I can use mysql database with freeradius on FreeBSD?

Thanks
   Igor Jankov
___
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: FreeBSD Port: freeradius3-3.0.15_1 with mariadb102-server

[Ryan Steinmetz]

On (09/22/17 15:46), Igor Jankov wrote:

Hello!
I have problem use MariaBD/mysql database with freeradius
on  11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321309 amd64.

config: /usr/local/etc/radius/mods-enabled/sql
...
driver = "rlm_sql_mysql"
...
dialect = "mysql"
...

in debug mode: radiusd -X
shows

Could not link driver rlm_sql_mysql: Cannot open
"/usr/local/lib/freeradius-3.0.15/rlm_sql_mysql.so"
Make sure it (and all its dependent libraries!) are in the search path
of your system's ld
/usr/local/etc/raddb/mods-enabled/sql[20]: Instantiation failed for
module "sql"



I would test this again using only MySQL (not mariadb) and confirm that 
the problem is isolated to mariadb.


I've used MySQL support in the past and have seen it work.

You'll also need to confirm that the FreeRADIUS port was installed with 
the MYSQL option enabled.


-r


How I can use mysql database with freeradius on FreeBSD?

Thanks
   Igor Jankov


--
Ryan Steinmetz
PGP: 9079 51A3 34EF 0CD4 F228  EDC6 1EF8 BA6B D028 46D7
___
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: gettextsetup warnings

[Zach]

On Fri 22.Sep.17 12:04, Romain Tartière wrote:
> On Thu, Sep 21, 2017 at 08:22:26AM +0200, Romain Tartière wrote:
> > I am currently deploying this on my nodes in case this changes has other
> > unexpected consequences.
> 
> So, it seems to be OK.  However, I am wondering if patching
> devel/rubygem-gettext-setup is the way to go: instead, we can simply
> install the .po files where Puppet expects them to be put when using
> gems.  That way, puppet would rely on the LOCAL_PATH instead of the
> POSIX_PATH here:
> https://github.com/puppetlabs/puppet/blob/master/lib/puppet/gettext/config.rb#L4
> 
> Thoughts?

At first glance, this looks to be the right place to make the 
adjustment.  This looks to have recently moved from puppet.rb.

-- 
Zach


signature.asc
Description: PGP signature

Installing ports in other places

[Paul Schmehl]

I need to install mediawiki, but I want to install it in a different 
location - in my home directory in a directory named wiki.


I've read about DESTDIR, but I'm not certain that will work as I intend. 
If I run make install DESTDIR=/homedir/wiki, will the port install as 
/homedir/wiki/mediawiki? Or will it install in /homedir/wiki?


Paul Schmehl, Retired
As if it wasn't already obvious, my opinions
are my own and not those of my employer.
***
"It is as useless to argue with those who have
renounced the use of reason as to administer
medication to the dead." Thomas Jefferson
"There are some ideas so wrong that only a very
intelligent person could believe in them." George Orwell

___
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: Installing ports in other places

[Matthew Seaman]

On 22/09/2017 20:55, Paul Schmehl wrote:
> I need to install mediawiki, but I want to install it in a different
> location - in my home directory in a directory named wiki.
> 
> I've read about DESTDIR, but I'm not certain that will work as I intend.
> If I run make install DESTDIR=/homedir/wiki, will the port install as
> /homedir/wiki/mediawiki? Or will it install in /homedir/wiki?

The variable you want is ${PREFIX}.  Try setting PREFIX=${HOME} -- you
should find mediawiki installs into ${HOME}/www/mediawiki

Note: you should still install any dependencies for mediawiki using the
standard PREFIX setting of /usr/local.  You can move those too, but in
that case you will also need to set LOCALBASE so the port searches for
its dependencies in your non-standard location.  (From each ports'
perspective LOCALBASE is where pre-existing stuff comes from and PREFIX
is where new stuff goes to.)

Cheers,

Matthew



signature.asc
Description: OpenPGP digital signature