gcc5 not building on 11-0-RELEASE

Hi everyone: I am trying to build lang/gcc5 using Poudriere from ports tree just updated a couple of hours ago. The port fails to link with: /usr/local/bin/ld: /wrkdirs/usr/ports/lang/gcc5/work/.build/./gcc/liblto_plugin.so: error loading plugin: Service unavailable My port options are:

Re: devel/cargo build failure

El 24 ene. 2017 9:18 p. m., "Mathieu Arnold" <m...@freebsd.org> escribió: Le 24/01/2017 à 20:27, Fernando Herrero Carrón a écrit : > > > El 24 ene. 2017 6:57 p. m., "Mathieu Arnold" <m...@freebsd.org > <mailto:m...@freebsd.org>> escribió: >

Re: devel/cargo build failure

El 24 ene. 2017 6:57 p. m., "Mathieu Arnold" escribió: Le 24/01/2017 à 18:47, David Wolfskill a écrit : > On Tue, Jan 24, 2017 at 06:33:29PM +0100, Mathieu Arnold wrote: >> Le 24/01/2017 à 16:52, Bob Willcox a écrit : >>> When trying to build devel/cargo I get this error: >>>

Ports with origin path different from port name

Hi everyone, I have lately come across at least two ports whose origin path is different from the port name, which I found surprising. One of them is mcmc-jags, which lives in math/jags, the other one is ccid, which lives in devel/libccid. Is there any reason for this mismatch? Best, Fernando

Re: inkscape broken on 12-current amd64

2017-01-14 19:00 GMT+01:00 Nilton Jose Rizzo : > > My Box: > > root@valfenda:/usr/ports/graphics/inkscape # uname -a > FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r312006: Fri Jan 13 > 01:24:31 BRST 2017 root@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 >

Re: graphics/Inkscape not building either with or without openmp option set

2016-12-18 21:44 GMT+01:00 Kevin Oberman <rkober...@gmail.com>: > On Sun, Dec 18, 2016 at 12:22 PM, Fernando Herrero Carrón < > elfe...@gmail.com> wrote: > >> 2016-12-18 21:19 GMT+01:00 Fernando Herrero Carrón <elfe...@gmail.com>: >> >> >

Re: graphics/Inkscape not building either with or without openmp option set

2016-12-18 21:22 GMT+01:00 Fernando Herrero Carrón <elfe...@gmail.com>: > > > 2016-12-18 21:19 GMT+01:00 Fernando Herrero Carrón <elfe...@gmail.com>: > >> >> It looks like inkscape unconditionally asks for compiler:openmp in its >> Makefile. >>

Re: graphics/Inkscape not building either with or without openmp option set

2016-12-18 21:19 GMT+01:00 Fernando Herrero Carrón <elfe...@gmail.com>: > > It looks like inkscape unconditionally asks for compiler:openmp in its > Makefile. > Sorry, I just rechecked and this is not true. Still, it fails in both cases. _

graphics/Inkscape not building either with or without openmp option set

Hi everyone, graphics/inkscape is failing to build with openmp otion set, but unchecking it yields exactly the same result. There is an open PR about this ( https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208883) but hasn't receive much attention. It looks like inkscape unconditionally asks

Re: math/R slave ports and shared library

2016-10-04 4:59 GMT+02:00 Joseph Mingrone : > After some surgery, math/R is in more manageable shape. But, the surgery > broke two slave ports, math/libR and math/libRmath. They have each been > marked broken since June or July and I posted to ports@ about deleting > them, but

Re: BLAS/LAPACK options in ports

2016-09-29 5:25 GMT+02:00 Maho NAKATA <maho.nak...@gmail.com>: > Hi Fernando > > +1 > > > I think we should add it. Is a PR necessary? > Please send me a patch. > > There you go. Thanks! > Best, > Nakata Maho > > 2016-09-29 6:47 GMT+09:00 Fernand

BLAS/LAPACK options in ports

Hi everyone, There are many scientific packages in ports with depend on libraries providing BLAS/LAPACK functionality. There are several implementations available, which mainly exploit multicore CPUs, and the ports infrastructure helps ports handle these dependencies. I would like to suggest a

Re: multimedia/mplayer2 ignored on poudriere

2016-09-24 20:15 GMT+02:00 Mathieu Arnold <m...@freebsd.org>: > Le 24/09/2016 à 16:25, Fernando Herrero Carrón a écrit : > > Ok, I have finally installed multimedia/mplayer. Let's hope poudriere > gets > > this solved soon. > > If you remove the "PYTHON_VE

Re: multimedia/mplayer2 ignored on poudriere

Ok, I have finally installed multimedia/mplayer. Let's hope poudriere gets this solved soon. 2016-09-24 13:20 GMT+02:00 Fernando Herrero Carrón <elfe...@gmail.com>: > > > 2016-09-23 20:56 GMT+02:00 Fernando Herrero Carrón <elfe...@gmail.com>: > >> >> >>

Re: multimedia/mplayer2 ignored on poudriere

2016-09-23 20:56 GMT+02:00 Fernando Herrero Carrón <elfe...@gmail.com>: > > > 2016-09-23 19:55 GMT+02:00 Carlos J. Puga Medina <c...@freebsd.org>: > >> Hi Fernando, >> >> mplayer2 fails to build on the package builders due to ports >> infrastru

Re: multimedia/mplayer2 ignored on poudriere

2016-09-23 19:55 GMT+02:00 Carlos J. Puga Medina : > Hi Fernando, > > mplayer2 fails to build on the package builders due to ports > infrastructure problems, so an ugly conditional was added in the > Makefile to ignore it ATM. > > ===> mplayer2-2.0.20130428_22 depends on

multimedia/mplayer2 ignored on poudriere

Hi everyone, I am updating my packages using poudriere and multimedia/mplayer2 is being ignored because my default python version is 2. The port explicitly lists lang/python3 as a build depend, why do I need to set my default version to 3 then? If I do so, other ports (llvm37 I think it was)

Re: Firefox 49.0_5,1 crash on startup

2016-09-21 11:41 GMT+02:00 Otacílio de Araújo Ramos Neto < otacilio.n...@bsd.com.br>: > Em qua, 21 de set de 2016 05:16, João Neves escreveu: > > > Hi, > > > > Upgraded to Firefox 49.0_5,1 from ports on my 10.3 x86_64 installation > > running on VirtualBox, where a previous

Re: Firefox with no sound

2016-09-17 14:36 GMT+02:00 Elton Luis Grandolpho : > Hi, > > I am using Firefox and Chromium in my computer. > > Sound works fine using Chromium(last version), but does not work with > Firefox(last version) using youtube , for example. > > uname -a > FreeBSD FX6100ASUS

Re: Run Dependencies to llvm (for e.g. graphics/libEGL)

It probably makes sense, yes: http://www.mesa3d.org/llvmpipe.html LLVM is being used in more and more projects to optimize dynamically generated code, in this case software 3D rendering. 2016-08-31 12:01 GMT+02:00 Matthias Fechner : > Dear all, > > > I just saw that I have

Re: Considering removal of math/libR and math/libRmath

El 16/7/2016 16:34, "Joseph Mingrone" escribió: > > Hello, > > Neither of these ports are depended on by other ports and the option to include > libR with math/R is already there (with an option). Is anyone using either of > these ports? Do you foresee any problems if they are

Re: base components should always be default (Re: change in default openssl coming)

El 9 jul. 2016 3:13 p. m., "Guido Falsi" <m...@madpilot.net> escribió: > > On 07/09/16 14:36, Fernando Herrero Carrón wrote: > > El 9 jul. 2016 10:33 a. m., "Wojciech Puchar" <woj...@puchar.net> escribió: > >> > >> > >> &g

Re: base components should always be default (Re: change in default openssl coming)

El 9 jul. 2016 10:33 a. m., "Wojciech Puchar" escribió: > > > > On Fri, 8 Jul 2016, Mikhail T. wrote: > >> On 08.07.2016 02:26, Mathieu Arnold wrote: >>> >>> During this summer (sometime in August I think) I will be changing the default OpenSSL for the ports tree from the base

Re: Any way to add USES clause depending on two options without including bsd.port.options.mk?

El 24 jun. 2016 9:36 p. m., "Yuri" <y...@rawbw.com> escribió: > > On 06/23/2016 14:54, Fernando Herrero Carrón wrote: >> >> Could you please elaborate on the reasons why you want to do that? I don't >> see how that particular combination of options woul

Re: QA script error (libc++)

El 24 jun. 2016 4:23 p. m., "Fernando Apesteguía" < fernando.apesteg...@gmail.com> escribió: > > On Fri, Jun 24, 2016 at 10:25 AM, Fernando Herrero Carrón > <elfe...@gmail.com> wrote: > > > > El 24 jun. 2016 8:16 a. m., "Fernando Apestegu

Re: QA script error (libc++)

El 24 jun. 2016 8:16 a. m., "Fernando Apesteguía" < fernando.apesteg...@gmail.com> escribió: > > One of my ports is written in C++. It links agains libc++ that is in > base (/usr/src/contrib/libc++). The port still builds fine and works > but the QA scripts show an error complaining about the

Re: Any way to add USES clause depending on two options without including bsd.port.options.mk?

El 23 jun. 2016 11:26 p. m., "Yuri" escribió: > > I have two port options: GUI NLS. > > I would like to have USES=gettext only when both GUI and NLS are "on". > > If it was only one option, say NLS, NLS_USES=gettext would work. > > But what about the two options case? Is there any

Re: x11/rxvt-unicode && 256 colors

2016-06-13 20:44 GMT+02:00 Thierry Thomas : > Le lun 13 jui 16 à 20:00:57 +0200, Matthias Apitz > écrivait : > > > El día Monday, June 13, 2016 a las 07:49:46PM +0200, Thierry Thomas > escribió: > > > > > Le lun 13 jui 16 à 13:56:41 +0200, Matthias Apitz

Re: x11/rxvt-unicode && 256 colors

Hmmm, is that 100 decimal or hexadecimal? 256 == 0x100... 2016-06-13 13:56 GMT+02:00 Matthias Apitz : > > Hello, > > I'm using x11/rxvt-unicode from head (PORTVERSION 9.21). I can not > convince urxvt to use (for example in vim) 256 colors; it only says it > has 100 colors: > >

Re: math/R maintenance

Hi, I submitted a new patch for math/R 3.3.0 ( https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207425). Could someone please take look at it? Thanks a lot! 2016-05-22 22:31 GMT+02:00 Fernando Herrero Carrón <elfe...@gmail.com>: > > El 22 may. 2016 11:59 a. m., "Kurt Jaeger

math/openblas + poudriere + manual building

Hi everyone, I am using poudriere for the first time to test some patches to math/R. One new feature will be the ability to link against math/openblas. My portstree was updated yesterday (28/05). math/openblas is one of the de-facto, open source, high performance basic linear algebra packages

Re: math/R maintenance

El 22 may. 2016 11:59 a. m., "Kurt Jaeger" escribió: > > Hi! > > > > Ignore that, it was a simple ${PORTSDIR} removal. I'm testing right now. > > > Thanks a lot, Kurt. I am rechecking in any case to see if it still works. > > Turns out, there are quite a few other sleeper PRs for

Re: math/R maintenance

Hi, 2016-05-22 11:40 GMT+02:00 Kurt Jaeger : > Hi! > > > I've tested the patch, it does no longer apply cleanly. Can you > > update the patch and add it to > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207425 > > > > Then I can test and commit it, with maintainer

math/R maintenance

Hi everyone, Some time ago I submitted a patch [1] to add some optimization related options to math/R (choose with BLAS library to link against and add LTO, basically). The PR has not received much attention since then, and the maintainer hasn't replied to my emails either. The Makefile of the

editors/emacs-nox11 not compiling with LTO enabled

Hi everyone, I just upgraded my ports tree with portsnap and am upgrading my packages. When compiling emacs-nox11-24.5_3,3 with Link Time Optimization disabled, everything compiles and works fine. If I enable LTO, though, I get the following error: *gcc48* -std=gnu99 -Demacs -I. -I. -I../lib

Anyone working on audio/mixxx

Hi, audio/mixxx (http://www.mixxx.org) has no maintainer. The project has been frozen on version 1.11 for a long time, but now 2.0.0 is out (actually december last year). Is anyone working on this port? I would like to help with upgrading it. Cheers, Fernando

Re: library porting question - optional python bindings

El 1 mar. 2016 3:38 a. m., "Chris Inacio" escribió: > > All, > > I'm trying to build a port definition for a library/application that can > optionally include Python bindings. The library/application generally > depends on other C libraries to exist (ZMQ v3, Protobufs-C) and

Re: Completely unscientific poll: cfengine, puppet, other?

El 28 feb. 2016 8:11 p. m., "Chris Inacio" escribió: > > Hello all, > > I was considering adding some more support into some tooling/ports for > FreeBSD and I thought it would probably be good to get configuration > management support some thought. So I can understand under

Introduction of a new member

Hi everyone, I have been a FreeBSD user for a long time and decided it is time to give back. I hope I can start contributing soon. Thanks for all the great work! Cheers, Fernando ___ freebsd-ports@freebsd.org mailing list

math/R and slave ports guidelines

Hi all, I am working on some upgrades to the Makefile of math/R and I have found that there are two slave ports depending on it: math/libR and math/libRmath. Now I have some questions about how slave ports should be handled. As it stands, the master port will only set some options *if* it is the

Re: math/R and slave ports guidelines

My proposal would be that the master port offers the options to link against: none/ATLAS/openBLAS/netlib and that slave ports follow suit. Does that sound reasonable? 2016-02-13 14:40 GMT+01:00 Fernando Herrero Carrón <elfe...@gmail.com>: > Hi all, > > I am working o