Re: geda ports 1.8 and guile version conflict
Em qua, 16 de nov de 2016 21:44, Anatolyescreveu: > On Mon, 14 Nov 2016 00:25:33 -0300 > "Nilton Jose Rizzo" wrote: > > Just hit this problem too. FreeBSD 10.2-RELEASE-p24 > > > Hi all, I need to use a gEDA ports to create schemas and > > PCBs, but from the lastest upgrade on my FreeBSD 12-current, it's not > > more possible because the guile lib have a version conflict. > > > >Some ports work with guile2 and gEDA needs a 1.8 version > > both use the same locations /usr/local/bin. > > > >Have some other problems that I would like to share with you > > but I need to create a paper, because I have a long list with > > this problems. > > > > It's to hard to create a path with version to binaries > > and/or library, like this: > > > > /usr/local/bin/guile/guile > > /usr/local/bin/guile2/guile > > > > and create a link to the /usr/local/bin like this: > > > > ln -s /usr/local/bin/guile/guile /usr/local/bin/guile18 > > ln -s /usr/local/bin/quile2/guile /use/local/bin/guile2 > > > > it's just done to clang and llvm, and i not understand > > why I need to compile a ports int FreeBSD 12-current with > > a clang and llvm 3.6 or 3.7, if I just have a 3.8 version > > > > Thanx! > > > > --- > > /* > > **Nilton Jos'e RizzoUFRRJ > > **http://www.rizzo.eng.br http://www.ufrrj.br > > **http://lattes.cnpq.br/0079460703536198 > > ** > Hi I edited cad/geda/Makefile At line LIB_DEPENDS I replaced libguile by libguile-2.0.so:lang/guile2 Remove previous version of guile and install guile2. After this I rebuild geda and it works. []'s -Otacilio > ___ 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: make makepatch
Em qui, 27 de out de 2016 03:31, Franco Fichtnerescreveu: > > > On 27 Oct 2016, at 8:28 AM, Jochen Neumeister > wrote: > > > > Is this now right, that i can only use the new patch in /files? With > > "make clean" i delete the work folder and the old patches. > > If all the previous patches patch a single file, makepatch will generate > the > patch for the file, because it doesn't care about the ptch context, just > the > file. > > If you want, you can deconstruct the new patch file and push the individual > chunks into their old files to silence portlint, but that only works if the > patches do not depend on each other. > > > Cheers, > Franco > ___ > 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" > Here, the procedure that I use to make patches is the follow. If a previously patch to file that need be edited exists in files dir # make patch // do my modificativos #make makepatch If a previously patch to file that need be edited do not exists in files dir # make patch // to extracto and apply patches to others files # cp work/blabla/file wor/blabla/file.orig // do my modificativos # make makepatch So, a New patch is created in files dir In a hope that can help []'s -Otacilio > ___ 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 49.0_5,1 crash on startup
Em qua, 21 de set de 2016 05:16, João Nevesescreveu: > Hi, > > Upgraded to Firefox 49.0_5,1 from ports on my 10.3 x86_64 installation > running on VirtualBox, where a previous version was running OK recently and > now Firefox immediately fails to start up, no core dump or any other > information. > > I enabled the DEBUG config option to try and get some sort of output, but I > only get: > > nsStringStats > => mAllocCount: 8 > => mReallocCount:1 > => mFreeCount: 1 -- LEAKED 7 !!! > => mShareCount: 4 > => mAdoptCount: 0 > => mAdoptFreeCount: 0 > => Process ID: 10931, Thread ID: 34403848192 > > The only non-standard option I am currently using is DBUS=off. > > My make.conf is as follows: > > DEFAULT_VERSIONS+=ssl=libressl > DEFAULT_VERSIONS+=linux=c6_64 > > Cheers. > > -- > João Neves > Hello João This problem happens with me also. The fix was rebuild virtualbox-ose-addtions with OpenGL support enabled. And enable this support to OpenGL 3D acceleration in virtual machine configuration also. To confirm you can try run glxgears. If it crash the problem is exactly the same that I have faced. []'s -Otacilio > ___ 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: Patch to cmake detect OpenMP
Em ter, 20 de set de 2016 04:04, Matthieu Volatescreveu: > On Tue, 20 Sep 2016 00:55:44 -0300 > Otacílio wrote: > > > I'm trying to port flann (http://www.cs.ubc.ca/research/flann/) to > > FreeBSD, but I need that cmake detects OpenMP. Unhappy, cmake do not > > detects OpenMP even when devel/openmp is installed, so I did this patch > > to cmake port. What you guys think about? Can I open a bug report with > > patch? > > > > []'s > > > > Hi, are you planning to submit this patch for cmake in ports or the > upstream project? > > This is not a really good idea to hardcode /usr/local like that, for there > can be may more providers for libomp (lang/clangXY ports, if you need a > specific to workaround bugs for example... or even maybe base in the > future?). Also, it would break cmake with GCC. > > Without changing any upstream code in either cmake or flann, for FreeBSD > 11+, you can just set : > > USES+= compiler:openmp > CFLAGS+= -I${LOCALBASE}/include > LDFLAGS+= -L${LOCALBASE}/lib -lomp -lm > > I did not test how this behave on older release yet... And if you need to > build cmake-based projects outside ports, here's the flags I use: > > -DCMAKE_REQUIRED_INCLUDES="/usr/local/include" \ > -DCMAKE_REQUIRED_LIBRARIES="-L/usr/local/lib -lomp -lm" \ > -DCMAKE_EXE_LINKER_FLAGS="-L/usr/local/lib -lomp -lm" \ > -DCMAKE_MODULE_LINKER_FLAGS="-L/usr/local/lib -lomp -lm" \ > -DCMAKE_SHARED_LINKER_FLAGS="-L/usr/local/lib -lomp -lm" > > -- Matthieu Volat > Hi Matthieu. I was planning to submit this patch in ports but, after yours appointments, I have declined from the idea. My motivation was that if cmake proposes find OpenMP it must find OpenMP. But, my patch is not the right procedure to do it. []'s -Otacilio > ___ 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: python 3.4.5 update
Em qua, 29 de jun de 2016 20:16, Stari Karpescreveu: > > > Hi! > > I tried to update Python on my > 10.3-RELEASE-p5 (akd64) and I got: > > > > > ports/lang/python34/work/Python-3.4.5 ./python -E -m > ensurepip $ensurepip --root=/usr/ports/lang/python34/work/stage/ ; fi > /bin/rm -f > /usr/ports/lang/python34/work/stage/usr/local/lib/libpython3.so > # Upstream Issue: http://bugs.python.org/issue17975 > for i in > /usr/ports/lang/python34/work/stage/usr/local/lib/python3.4/lib- > dynload/*.so; do /usr/bin/strip $i; done > # Strip shared extensions > > Compressing man pages (compress-man) > > ===>>> Creating a backup package for old version python34-3.4.4_3 > Creating package for python34-3.4.4_3 > process with pid 2056 still holds the lock > process with pid 2056 still holds the lock > process with pid 2056 still holds the lock > process with pid 2056 still holds the lock > process with pid 2056 still holds the lock > process with pid 2056 still holds the lock > pkg: Cannot get an advisory lock on a database, it is locked by another > process > > ===>>> Starting check for runtime dependencies > ===>>> Gathering dependency list for lang/python34 from ports > ===>>> Dependency check complete for lang/python34 > > ===>>> All >> python34-3.4.4_3 (1/1) > > ===> Installing for python34-3.4.5 > ===> Checking if python34 already installed > ===> An older version of python34 is already installed (python34- > 3.4.4_3) > You may wish to ``make deinstall'' and install this port again > by ``make reinstall'' to upgrade it properly. > If you really wish to overwrite the old port of python34 > without deleting it first, set the variable "FORCE_PKG_REGISTER" > in your environment or the "make install" command line. > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/lang/python34 > *** Error code 1 > > Stop. > make: stopped in /usr/ports/lang/python34 > > ===>>> A backup package for python34-3.4.4_3 should >be located in /usr/ports/packages/portmaster-backup > > ===>>> Installation of python34-3.4.5 (lang/python34) failed > ===>>> Aborting update > > ===>>> Update for lang/python34 failed > ===>>> Aborting update > > Thank you very much. > > SK > Are you shure that no other process is handling The ports at the same time? Like doing a query. []'S -Otacilio > ___ 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"
Scilab 5.0
Hello Will Scilab 5 be ported to FreeBSD? Thanks Otacílio ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org