[FUG-BR] Dúvida na criação/atualização de um port
Carlos Eduardo G. Carvalho (Cartola)
cartoleba em gmail.com
Segunda Setembro 12 14:48:02 BRT 2011
Hmm, entendi. É, então acho que só resta esperar mesmo e de repente
pressionar o pessoal pra botar logo o 3.6 no ar. Já se ofereceu pra isso? :)
não deve ser só uma questão de falta de braço pra fazer a coisa...
Abs!
Carlos E G Carvalho (Cartola)
http://cartola.org/360
Em 12 de setembro de 2011 10:25, Danilo Egea <daniloegea em yahoo.com.br>escreveu:
> Segue o .shar mais abaixo.
>
> Então, a crítica dele foi ter que instalar o subversion pra poder
> intalar o v8.
>
> No github tem uma cópia do repositório do projeto. Lá tem os pacotes até
> a versão 3.5.10. Ele tem a esperança de que irão disponibilizar os
> pacotes do 3.6 também.
>
> Como tem os pacotes até a última versão do 3.5 provavelmente vão colocar
> o do 3.6 mesmo.
>
>
> # This is a shell archive. Save it in a file, remove anything before
> # this line, and then unpack it by entering "sh file". Note, it may
> # create directories; files and directories will be owned by you and
> # have default permissions.
> #
> # This archive contains:
> #
> # v8
> # v8/Makefile
> # v8/pkg-descr
> #
> echo c - v8
> mkdir -p v8 > /dev/null 2>&1
> echo x - v8/Makefile
> sed 's/^X//' >v8/Makefile << '49454c7aab1462437bf5a6e5ee818814'
> X# New ports collection makefile for: v8
> X# Date created: 12 November 2010
> X# Whom: siasia
> X#
> X# $FreeBSD: ports/lang/v8/Makefile,v 1.9 2011/09/05 12:44:32 vanilla Exp $
> X#
> X
> XPORTNAME= v8
> XPORTVERSION= 3.6.2
> XCATEGORIES= lang
> X
> XMAINTAINER= vanilla em FreeBSD.org
> XCOMMENT= Google\'s open source JavaScript engine
> X
> XLIB_DEPENDS= execinfo.1:${PORTSDIR}/devel/libexecinfo
> XFETCH_DEPENDS= svn:${PORTSDIR}/devel/subversion
> X
> XIGNOREFILES= ${DISTFILES}
> X
> XUSE_SCONS= yes
> XUSE_LDCONFIG= yes
> XOPTIONS= DEBUG "Build in debug mode" Off \
> X SNAPSHOT "Enable snapshots" Off
> X
> XSVN_REV= 9216
> X
> XMAKE_JOBS_SAFE= yes
> X
> X.include <bsd.port.options.mk>
> X
> XSCONS_ENV= visibility=default
> X
> X.if defined(WITHOUT_DEBUG)
> XSCONS_ENV+= mode=release
> X.else
> XSCONS_ENV+= mode=debug
> X.endif
> X
> X.if defined(WITHOUT_SNAPSHOT)
> XSCONS_ENV+= snapshot=off
> X.else
> XSCONS_ENV+= snapshot=on
> X.endif
> X
> XONLY_FOR_ARCHS= i386 amd64
> X
> X.include <bsd.port.pre.mk>
> X
> X.if ${ARCH} == i386
> XV8ARCH=ia32
> X.elif ${ARCH} == amd64
> XV8ARCH=x64
> X.endif
> XPLIST_SUB+= ARCH=${V8ARCH}
> XSCONS_ENV+= arch=${V8ARCH}
> X
> XPLIST_FILES= include/v8.h \
> X include/v8-debug.h \
> X include/v8-preparser.h \
> X include/v8-profiler.h \
> X include/v8-testing.h \
> X include/v8stdint.h \
> X lib/libv8.so \
> X lib/libv8.so.1 \
> X lib/libv8.a \
> X lib/libv8preparser.a \
> X lib/libv8preparser.so \
> X lib/libv8preparser.so.1 \
> X bin/d8
> X
> Xmaint-gen-distfile:
> X @if [ ! -f ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} ]; then \
> X svn co -r ${SVN_REV}
> http://${PORTNAME}.googlecode.com/svn/tags/${PORTVERSION}/<http://googlecode.com/svn/tags/$%7BPORTVERSION%7D/>
> ${PORTNAME}-${PORTVERSION}; \
> X ${FIND} ${PORTNAME}-${PORTVERSION} | ${EGREP} -e '\.svn$$' |
> ${XARGS} ${RM} -rf; \
> X ${RM} ${PORTNAME}-${PORTVERSION}/.gitignore; \
> X tar cjf ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX}
> ${PORTNAME}-${PORTVERSION}; \
> X ${RM} -rf ${PORTNAME}-${PORTVERSION}; \
> X fi
> X
> Xdo-fetch: maint-gen-distfile
> X
> Xdo-build:
> X @cd ${BUILD_WRKSRC} && \
> X ${SETENV} ${SCONS_BUILDENV} ${SCONS_BIN} ${SCONS_ENV} ${_MAKE_JOBS} \
> X ${SCONS_ARGS} library=shared ${SCONS_TARGET}
> X @cd ${BUILD_WRKSRC} && \
> X ${SETENV} ${SCONS_BUILDENV} ${SCONS_BIN} ${SCONS_ENV} ${_MAKE_JOBS} \
> X ${SCONS_ARGS} d8 ${SCONS_TARGET}
> X @cd ${BUILD_WRKSRC} && \
> X ${SETENV} ${SCONS_BUILDENV} ${SCONS_BIN} ${SCONS_ENV} ${_MAKE_JOBS} \
> X ${SCONS_ARGS} library=static ${SCONS_TARGET}
> X
> Xdo-install:
> X.if defined(WITHOUT_DEBUG)
> X ${INSTALL_LIB} -m 755 ${WRKSRC}/libv8.a ${PREFIX}/lib/libv8.a
> X ${INSTALL_LIB} -m 755 ${WRKSRC}/libv8preparser.a
> ${PREFIX}/lib/libv8preparser.a
> X ${INSTALL_LIB} -m 755 ${WRKSRC}/libv8preparser.so
> ${PREFIX}/lib/libv8preparser.so
> X ${LN} -sf ${PREFIX}/lib/libv8preparser.so
> ${PREFIX}/lib/libv8preparser.so.1
> X ${INSTALL_LIB} -m 755 ${WRKSRC}/libv8.so ${PREFIX}/lib/libv8.so
> X ${LN} -sf ${PREFIX}/lib/libv8.so ${PREFIX}/lib/libv8.so.1
> X ${INSTALL_PROGRAM} ${WRKSRC}/d8 ${PREFIX}/bin/d8
> X.else
> X ${INSTALL_LIB} -m 755 ${WRKSRC}/libv8_g.a ${PREFIX}/lib/libv8.a
> X ${INSTALL_LIB} -m 755 ${WRKSRC}/libv8preparser_g.a
> ${PREFIX}/lib/libv8preparser.a
> X ${INSTALL_LIB} -m 755 ${WRKSRC}/libv8preparser_g.so
> ${PREFIX}/lib/libv8preparser.so
> X ${LN} -sf ${PREFIX}/lib/libv8preparser_g.so
> ${PREFIX}/lib/libv8preparser.so.1
> X ${INSTALL_LIB} -m 755 ${WRKSRC}/libv8_g.so ${PREFIX}/lib/libv8.so
> X ${LN} -sf ${PREFIX}/lib/libv8_g.so ${PREFIX}/lib/libv8.so.1
> X ${INSTALL_PROGRAM} ${WRKSRC}/d8_g ${PREFIX}/bin/d8
> X.endif
> X
> X ${INSTALL_DATA} ${WRKSRC}/include/v8.h ${PREFIX}/include/
> X ${INSTALL_DATA} ${WRKSRC}/include/v8-debug.h ${PREFIX}/include/
> X ${INSTALL_DATA} ${WRKSRC}/include/v8-preparser.h ${PREFIX}/include/
> X ${INSTALL_DATA} ${WRKSRC}/include/v8-profiler.h ${PREFIX}/include/
> X ${INSTALL_DATA} ${WRKSRC}/include/v8-testing.h ${PREFIX}/include/
> X ${INSTALL_DATA} ${WRKSRC}/include/v8stdint.h ${PREFIX}/include/
> X
> X.include <bsd.port.post.mk>
> 49454c7aab1462437bf5a6e5ee818814
> echo x - v8/pkg-descr
> sed 's/^X//' >v8/pkg-descr << 'd366a7e3141c171842dbe70b6a4860ef'
> XGoogle's open source JavaScript engine
> X
> XWWW: http://code.google.com/p/v8/
> d366a7e3141c171842dbe70b6a4860ef
> exit
>
>
>
> On 9/12/11 10:09 AM, Carlos Eduardo G. Carvalho (Cartola) wrote:
> > Mas e a tal solução de baixar direto do svn? O mantenedor criticou o
> "fetch:
> > maint-gen-distfile"? Seria o caso dele propor a solução de contorno, pois
> se
> > os desenvs não fornecem o tarball temos que nos virar... é melhor ficar
> sem
> > o software do que ter uma solução deselegante?
> >
> > Eu não acho, acho melhor um equilíbrio e um foco no resultado final. As
> > vezes o fim justifica os meios :) Acho ruim um processo rígido impedir um
> > benefício para o sistema e os usuários. Não deu pra olhar sua solução
> daqui.
> > Estou no trabalho e o pastebin.com é bloqueado.
> >
> > Abs,
> >
> > Carlos E G Carvalho (Cartola)
> > http://cartola.org/360
> >
> >
> >
> > Em 11 de setembro de 2011 11:09, Danilo Egea<daniloegea em yahoo.com.br
> >escreveu:
> >
> >> Opa,
> >>
> >> é verdade, afinal eu poderia ter colocado algo malicioso no tarball.
> >>
> >> Mas blz, minha primeira contribuição para o ports foi frustrada uhauHAU
> >>
> >> abraços
> >>
> >> E-mail/MSN -> daniloegea em yahoo.com.br
> >> Skype -> daniloegea
> >> Blog -> http://daniloegea.wordpress.com
> >> Twitter -> http://twitter.com/daniloegea
> >>
> >>
> >> ________________________________
> >> De: Renato Botelho<rbgarga em gmail.com>
> >> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)<
> >> freebsd em fug.com.br>
> >> Enviadas: Domingo, 11 de Setembro de 2011 10:14
> >> Assunto: Re: [FUG-BR] Dúvida na criação/atualização de um port
> >>
> >> 2011/9/11 Danilo Egea<daniloegea em yahoo.com.br>:
> >>> Boa, mas o cara que mantém o port respondeu meu email sobre essa
> solução,
> >> disse que só irá alterar o port quando tiver um tarball official dos
> >> fontes...
> >>
> >> Fala Danilo,
> >>
> >> Concordo com o mantainer nesse caso, o problema está na origem,
> >> o cara deveria disponibilizar os tarballs das versões.
> >>
> >> []s
> >> --
> >> Renato Botelho
> >> -------------------------
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >> -------------------------
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>
> > -------------------------
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
> --
> Danilo Egêa Gondolfo
> http://daniloegea.wordpress.com
>
> "To understand the computers, we must know what computers understand."
>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Mais detalhes sobre a lista de discussão freebsd