Re: geda ports 1.8 and guile version conflict

2016-11-16 Thread Otacílio de Araújo Ramos Neto
Em qua, 16 de nov de 2016 21:44, Anatoly 
escreveu:

> 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

2016-10-27 Thread Otacílio de Araújo Ramos Neto
Em qui, 27 de out de 2016 03:31, Franco Fichtner 
escreveu:

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

2016-09-21 Thread Otacílio de Araújo Ramos Neto
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 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

2016-09-20 Thread Otacílio de Araújo Ramos Neto
Em ter, 20 de set de 2016 04:04, Matthieu Volat 
escreveu:

> 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

2016-06-30 Thread Otacílio de Araújo Ramos Neto
Em qua, 29 de jun de 2016 20:16, Stari Karp  escreveu:

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

2009-01-17 Thread Otacílio de Araújo Ramos Neto
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