devel/ccache
Is there a plan to update the devel/ccache port? The new version has improved clang support. ___ 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
Re: devel/ccache
Hi! Is there a plan to update the devel/ccache port? The new version has improved clang support. If you can provide a patch that updates this, this certainly would speed it up 8-} -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ 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
cannot build www/webkit-gtk2
Happy New Year! on 9.3-STABLE Tried patch from bugzilla (for gtk3) 195500 but no change. CXX DerivedSources/JavaScriptCore/libjavascriptcoregtk_1_0_la-InspectorJSTypeBuilders.lo CXXLDlibjavascriptcoregtk-1.0.la CXXLDlibwebkitgtk-1.0.la CXXLDPrograms/jsc-1 CCLD Programs/minidom GEN Programs/jsc GEN WebKit-1.0.gir CCLD Programs/GtkLauncher ./.libs/libwebkitgtk-1.0.so: undefined reference to `_ZN7WebCore17GraphicsContext3D7scissorE' [...] lots of undefined here collect2: error: ld returned 1 exit status GNUmakefile:40511: recipe for target 'Programs/GtkLauncher' failed gmake[1]: *** [Programs/GtkLauncher] Error 1 gmake[1]: *** Waiting for unfinished jobs Source/WebKit/gtk/webkit/webkitversion.h:37: Warning: WebKit: symbol='WEBKITGTK_API_VERSION': Unknown namespace for symbol 'WEBKITGTK_API_VERSION' /usr/ports/www/webkit-gtk2/work/webkitgtk-2.4.7/.libs/libwebkitgtk-1.0.so: undefined reference to `_ZN7WebCore17GraphicsContext3D7scissorE' [...] lots of undefined here collect2: error: ld returned 1 exit status linking of temporary binary failed: Command '['/bin/sh', './libtool', '--mode=link', '--tag=CC', '--silent', 'gcc48', '-o', '/usr/ports/www/webkit-gtk2/work/webkitgtk-2.4.7/tmp-introspectW471u4/WebKit-1.0', '-export-dynamic', '-I/usr/local/include', '-O2', '-pipe', '-fstack-protector', '-Wl,-rpath=/usr/local/lib/gcc48', '-fno-strict-aliasing', '-pthread', '-std=c99', '-O2', '-D_FORTIFY_SOURCE=2', '-Wno-deprecated-declarations', '-L/usr/local/lib', '-fstack-protector', '-Wl,-rpath=/usr/local/lib/gcc48', '-L/usr/local/lib/gcc48', '-Wl,--no-demangle', '/usr/ports/www/webkit-gtk2/work/webkitgtk-2.4.7/tmp-introspectW471u4/WebKit-1.0.o', '-L.', '-lwebkitgtk-1.0', '-ljavascriptcoregtk-1.0', '-Wl,--export-dynamic', '-lgmodule-2.0', '-lgtk-x11-2.0', '-lgdk-x11-2.0', '-lpangocairo-1.0', '-latk-1.0', '-lcairo', '-pthread', '-lgdk_pixbuf-2.0', '-lpangoft2-1.0', '-lpango-1.0', '-lfontconfig', '-lfreetype', '-lsoup-2.4', '-lgio-2.0', '-lgobject-2.0', '-L/usr/local/lib', '-lglib-2.0', '-lintl']' returned non-zero exit status 1 GNUmakefile:82426: recipe for target 'WebKit-1.0.gir' failed gmake[1]: *** [WebKit-1.0.gir] Error 1 gmake[1]: Leaving directory '/usr/ports/www/webkit-gtk2/work/webkitgtk-2.4.7' GNUmakefile:25663: recipe for target 'all' failed gmake: *** [all] Error 2 === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Stop in /usr/ports/www/webkit-gtk2. *** [stage] Error code 1 Thankful for directions! ___ 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
Re: Linker error compiling cups-base
On Sat, 3 Jan 2015, Don Lewis wrote: On 3 Jan, Frank Seltzer wrote: I'm getting this while upgrading cups-base. Is this a known problem or have I fat-fingered something? I don't understand why cups-base is even trying to link with avahi since this option is unchecked: OPTIONS_FILE_UNSET+=AVAHI Is the MDNSRESPONDER option checked? I think I ran into this before. If neither option is checked, then cups-base tries to use avahi. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190865. I think the Makefile should be using OPTIONS_SINGLE instead of OPTIONS_RADIO. Here is the complete options file: # This file is auto-generated by 'make config'. # Options for cups-base-1.7.3_4 _OPTIONS_READ=cups-base-1.7.3_4 _FILE_COMPLETE_OPTIONS_LIST=DBUS ICONS LIBPAPER LIBUSB PAM XDG_OPEN GNUTLS OPENSSL AVAHI MDNSRESPONDER JAVA PERL PHP PYTHON OPTIONS_FILE_UNSET+=DBUS OPTIONS_FILE_SET+=ICONS OPTIONS_FILE_SET+=LIBPAPER OPTIONS_FILE_UNSET+=LIBUSB OPTIONS_FILE_UNSET+=PAM OPTIONS_FILE_UNSET+=XDG_OPEN OPTIONS_FILE_UNSET+=GNUTLS OPTIONS_FILE_SET+=OPENSSL OPTIONS_FILE_UNSET+=AVAHI OPTIONS_FILE_SET+=MDNSRESPONDER OPTIONS_FILE_UNSET+=JAVA OPTIONS_FILE_UNSET+=PERL OPTIONS_FILE_UNSET+=PHP OPTIONS_FILE_UNSET+=PYTHON Thanks, Frank ___ 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
Combining GitHub and regular MASTER_SITES for multiple DISTFILES
I am trying to create a new port, where the main source code should be retrieved from GitHub, and a secondary piece of source code should be retrieved from an FTP site. The USE_GITHUB port magic does not work for the primary source code if the MASTER_SITES and DISTFILES variables are also specified in the Makefile for the secondary source code. The result is that only the secondary code is downloaded and extracted. Using += for the MASTER_SITES and DISTFILES assignment does not fix the issue. Is there a way that these can be used together for this propose? Regards, Ben -- -- From: Benjamin Woods woods...@gmail.com ___ 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
libmcrypt: configure fails for shared lib on freebsd 10.x [patch]
hi, i'm kinda rookie, but there's a bug in the libmcrypt configure script, that causes the libmcrypt shared library to never get built on freebsd 10.x. the script checks for freebsd1* (no shared lib support), which unfortunately matches freebsd10* as well. i had NO smart idea, of how to make this check more efficient without rewriting almost the whole configure script. therefore i simply commented out the freebsd1* sections, which seem very outdated for me anyways. (dunno if somebody still builds libmcrypt on freebsd-1.x?) the comment it out patch for this is as follows: --- configure.orig 2007-02-19 07:32:39.0 +0100 +++ configure 2015-01-04 16:42:38.0 +0100 @@ -12261,9 +12261,9 @@ hardcode_shlibpath_var=no ;; -freebsd1*) - ld_shlibs=no - ;; +#freebsd1*) +# ld_shlibs=no +# ;; # FreeBSD 2.2.[012] allows us to include c++rt0.o to get C++ constructor # support. Future versions do this automatically, but an explicit c++rt0.o @@ -12873,9 +12873,9 @@ shlibpath_var=LD_LIBRARY_PATH ;; -freebsd1*) - dynamic_linker=no - ;; +#freebsd1*) +# dynamic_linker=no +# ;; kfreebsd*-gnu) version_type=linux @@ -16853,9 +16853,9 @@ shlibpath_var=LD_LIBRARY_PATH ;; -freebsd1*) - dynamic_linker=no - ;; +#freebsd1*) +# dynamic_linker=no +# ;; kfreebsd*-gnu) version_type=linux @@ -18852,9 +18852,9 @@ hardcode_shlibpath_var_F77=no ;; -freebsd1*) - ld_shlibs_F77=no - ;; +#freebsd1*) +# ld_shlibs_F77=no +# ;; # FreeBSD 2.2.[012] allows us to include c++rt0.o to get C++ constructor # support. Future versions do this automatically, but an explicit c++rt0.o @@ -19464,9 +19464,9 @@ shlibpath_var=LD_LIBRARY_PATH ;; -freebsd1*) - dynamic_linker=no - ;; +#freebsd1*) +# dynamic_linker=no +# ;; kfreebsd*-gnu) version_type=linux @@ -21471,9 +21471,9 @@ hardcode_shlibpath_var_GCJ=no ;; -freebsd1*) - ld_shlibs_GCJ=no - ;; +#freebsd1*) +# ld_shlibs_GCJ=no +# ;; # FreeBSD 2.2.[012] allows us to include c++rt0.o to get C++ constructor # support. Future versions do this automatically, but an explicit c++rt0.o @@ -22083,9 +22083,9 @@ shlibpath_var=LD_LIBRARY_PATH ;; -freebsd1*) - dynamic_linker=no - ;; +#freebsd1*) +# dynamic_linker=no +# ;; kfreebsd*-gnu) version_type=linux successfully built the .so with this patch. cheers.m ___ 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
Re: libmcrypt: configure fails for shared lib on freebsd 10.x [patch]
Hi! i'm kinda rookie, but there's a bug in the libmcrypt configure script, that causes the libmcrypt shared library to never get built on freebsd 10.x. If you build the port security/libmcrypt, I see a shared lib being built: ./work/stage/usr/local/lib/libmcrypt.so.4.4.8 So what exactly do you mean with 'it does not get build' ? -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ 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
Re: poudriere: reduce the number of rebuilt packages?
On 02.01.2015 12:03, Stefan Ehmann wrote: I've recently switched from portmaster to poudriere/'pkg upgrade' to manage my port updates. Basically it works fine, but incremental builds don't quite work as I expected. poudriere rebuilds all packages if any dependency has changed. If there are only some ports with new versions, possibly hundreds of packages are rebuilt. So far it looks like I'll end up rebuilding packages like libreoffice/KDE/chromium several times a week. The rebuilt packages won't even be installed by 'pkg upgrade' because their version number has not changed. Here's an actual example from today. There are new versions for three ports. poudriere will rebuild 70 ports, 67 of them will never be installed on the host. Checking packages for incremental rebuild needed Deleting cups-client-1.7.3_3.txz: new version: 1.7.3_4 Deleting gcc-4.8.3_2.txz: new version: 4.8.4 Deleting gsoap-2.8.18_1.txz: new version: 2.8.21 Deleting chromium-39.0.2171.95_2.txz: missing dependency: cups-client-1.7.3_3 Deleting cups-image-1.7.3_3.txz: missing dependency: cups-client-1.7.3_3 Deleting ghostscript9-9.06_10.txz: missing dependency: cups-image-1.7.3_3 Deleting gtk2-2.24.25_1.txz: missing dependency: cups-client-1.7.3_3 Deleting gtk3-3.14.6.txz: missing dependency: cups-client-1.7.3_3 Deleting gtkspell-2.0.16_5.txz: missing dependency: gtk2-2.24.25_1 Deleting gutenprint-base-5.2.10.txz: missing dependency: gtk2-2.24.25_1 Deleting gutenprint-ijs-5.2.10.txz: missing dependency: gtk2-2.24.25_1 Deleting kBuild-0.1.9998_3.txz: missing dependency: gcc-4.8.3_2 Deleting libglade2-2.6.4_7.txz: missing dependency: gtk2-2.24.25_1 Deleting libpurple-2.10.11.txz: missing dependency: gtk2-2.24.25_1 Deleting libreoffice-4.3.5_2.txz: missing dependency: cups-client-1.7.3_3 Deleting librsvg2-2.40.6.txz: missing dependency: gtk2-2.24.25_1 Deleting libspectre-0.2.7.txz: missing dependency: ghostscript9-9.06_10 Deleting mlt-0.9.2_1.txz: missing dependency: gtk2-2.24.25_1 Deleting musicpd-0.18.11_5.txz: missing dependency: gcc-4.8.3_2 Deleting nspluginwrapper-1.4.4_4.txz: missing dependency: gtk2-2.24.25_1 Deleting nvidia-settings-340.24_1.txz: missing dependency: gtk2-2.24.25_1 Deleting okular-4.14.2_1.txz: missing dependency: libspectre-0.2.7 Deleting openbox-3.5.2_7.txz: missing dependency: gtk2-2.24.25_1 Deleting pidgin-2.10.11.txz: missing dependency: gtk2-2.24.25_1 Deleting pidgin-otr-4.0.0_5.txz: missing dependency: gtk2-2.24.25_1 Deleting policykit-gnome-0.9.2_7.txz: missing dependency: gtk2-2.24.25_1 Deleting py27-gimp-2.8.14.txz: missing dependency: gtk2-2.24.25_1 Deleting py27-gtk2-2.24.0_3.txz: missing dependency: gtk2-2.24.25_1 Deleting py27-mcomix-1.00_2.txz: missing dependency: gtk2-2.24.25_1 Deleting swfdec-0.8.4_5.txz: missing dependency: gtk2-2.24.25_1 Deleting thunderbird-31.3.0_1.txz: missing dependency: gtk2-2.24.25_1 Deleting webkit-gtk2-2.4.7.txz: missing dependency: gtk2-2.24.25_1 Deleting wx30-gtk2-3.0.2_1.txz: missing dependency: gtk2-2.24.25_1 Deleting xsane-0.999_4.txz: missing dependency: gtk2-2.24.25_1 Deleting ImageMagick-6.9.0.2,1.txz: missing dependency: ghostscript9-9.06_10 Deleting calibre-1.48.0_2.txz: missing dependency: ImageMagick-6.9.0.2,1 Deleting firefox-34.0.5_1,1.txz: missing dependency: gtk2-2.24.25_1 Deleting gconf2-3.2.6_3.txz: missing dependency: gtk2-2.24.25_1 Deleting gegl-0.2.0_14.txz: missing dependency: librsvg2-2.40.6 Deleting gimp-2.8.14,2.txz: missing dependency: py27-gimp-2.8.14 Deleting gimp-app-2.8.14_1,1.txz: missing dependency: gegl-0.2.0_14 Deleting gimp-gutenprint-5.2.10_2.txz: missing dependency: gimp-app-2.8.14_1,1 Deleting gnome-mount-0.8_12.txz: missing dependency: gconf2-3.2.6_3 Deleting goffice010-0.10.11.txz: missing dependency: gtk2-2.24.25_1 Deleting gqview-2.0.4_15.txz: missing dependency: gtk2-2.24.25_1 Deleting gtk-engines2-2.20.2_2.txz: missing dependency: gtk2-2.24.25_1 Deleting gutenprint-5.2.10.txz: missing dependency: gutenprint-base-5.2.10 Deleting gvfs-1.20.3_1.txz: missing dependency: gnome-mount-0.8_12 Deleting kdenlive-0.9.10.txz: missing dependency: mlt-0.9.2_1 Deleting libdmtx-0.7.4_6.txz: missing dependency: ImageMagick-6.9.0.2,1 Deleting mkvtoolnix-7.3.0_1.txz: missing dependency: wx30-gtk2-3.0.2_1 Deleting prison-1.0_1.txz: missing dependency: libdmtx-0.7.4_6 Deleting gnumeric-1.12.11_3.txz: missing dependency: goffice010-0.10.11 Deleting kde-workspace-4.11.13_2.txz: missing dependency: prison-1.0_1 Deleting kdepimlibs-4.14.2.txz: missing dependency: prison-1.0_1 Deleting libkfbapi-1.0_3.txz: missing dependency: kdepimlibs-4.14.2 Deleting libkgapi-2.2.0.txz: missing dependency: kdepimlibs-4.14.2 Deleting libkolab-0.5.3.txz: missing dependency: kdepimlibs-4.14.2 Deleting baloo-4.14.2.txz: missing dependency: kdepimlibs-4.14.2 Deleting baloo-widgets-4.14.2.txz: missing dependency: baloo-4.14.2 Deleting gwenview-4.14.2.txz: missing dependency: baloo-4.14.2 Deleting kde-4.14.2.txz: missing dependency: kde-workspace-4.11.13_2 Deleting
emulators/pipelight failing to build
I am currently trying to build this port and I am getting the following error *gmake[2]: Leaving directory '/usr/ports/emulators/pipelight/work/mmueller2012-pipelight-79b1b7ba0032/src/linux'* */usr/local/bin/gpg --batch --no-default-keyring --keyring share/sig-pluginloader.gpg --verify pluginloader-v0.2.7.3.tar.gz.sig* *gpg: Warning: using insecure memory!* *gpg: no signed data* *gpg: can't hash datafile: No data* *Makefile:72: recipe for target 'prebuilt32' failed* *gmake[1]: *** [prebuilt32] Error 2* *gmake[1]: Leaving directory '/usr/ports/emulators/pipelight/work/mmueller2012-pipelight-79b1b7ba0032'* Error code 1* *any idea how to fix this?* *Thanks* *Ricky* ___ 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
editors/komodo-edit native FreeBSD build (rather than Linux)
The current port editors/komodo-edit uses a precompiled binary for Linux, is out of date and has a license restricting distribution. However, it could instead be compiled from source available on GitHub, and then it would be available under the Mozilla Public License: https://github.com/Komodo/KomodoEdit -- From: Benjamin Woods woods...@gmail.com ___ 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
Re: /usr/ports/Mk/bsd.gcc.mk
Hi! Who should I talk to regarding a change to /usr/ports/Mk/bsd.gcc.mk ? First step would be to submit a patch using https://bugs.freebsd.org/bugzilla/enter_bug.cgi Your change will probably discussed by portmgr@. -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ 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
Re: editors/komodo-edit native FreeBSD build (rather than Linux)
Hi! The current port editors/komodo-edit uses a precompiled binary for Linux, is out of date and has a license restricting distribution. However, it could instead be compiled from source available on GitHub, and then it would be available under the Mozilla Public License: https://github.com/Komodo/KomodoEdit Have you tried to compose a port that builds it ? You can also add it to https://wiki.freebsd.org/WantedPorts -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ 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
Re: editors/komodo-edit native FreeBSD build (rather than Linux)
(I accidentally sent that last email beforeI was finished) Referring to the build instructions on GitHub: cd komodo/mozilla python build.py configure -k 9.10 python build.py distclean all This will cause the build.py script to - download a complete copy of the Mozilla Mercurial repository using wget (908 Mb), - using Mercurial revision FIREFOX_31_0_RELEASE make a clone of TAG_MOZILLA_31, - apply a series of patches to allow it to work with Komodo Edit, - build the patched Firefox 31.0 source. Then the build instructions build the main Komodo Edit source against these binaries: cd .. export PATH=`pwd`/util/black:$PATH # Komodo's bk build tool bk configure -V 9.10.0-devel bk build Rather than follow these instructions, does anyone know a smarter way to get the port to build the Firefox 31.0 source with their patch set, and then build Komodo Edit using those binaries? It looks like USES=gecko may be able to help, but I am new to it and not really sure how to apply it. Regards, Ben -- From: Benjamin Woods woods...@gmail.com On 4 January 2015 at 17:06, Ben Woods woods...@gmail.com wrote: The current port editors/komodo-edit uses a precompiled binary for Linux, is out of date and has a license restricting distribution. However, it could instead be compiled from source available on GitHub, and then it would be available under the Mozilla Public License: https://github.com/Komodo/KomodoEdit -- From: Benjamin Woods woods...@gmail.com ___ 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
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ games/angband | 3.5.0 | 3.5.1 +-+ games/awale | 1.5 | 1.6 +-+ x11-toolkits/py-fltk| 1.3.0 | 1.3.3_py3 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. ___ 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
New Port OpenEMM2013 with some questions before
hi all,
i have ported OpenEMM2013 R2 to freebsd but i have some questions before i can
add it to the bug/new port reporting system
0) do-install
copytree_share to exclude documentation directory (USR_SHARE/...) not
working (i needed to move doc one level up in do-build: )
do-build:
${MV} ${WRKSRC}/target/USR_SHARE ${WRKSRC}/USR_SHARE
do-install
${MKDIR} ${STAGEDIR}${PREFIX}/${PORTNAME}
(cd ${WRKSRC}/target/ ${COPYTREE_SHARE} \*
${STAGEDIR}${PREFIX}/${PORTNAME} ! -name USR_SHARE*)
post-install
# update also /usr/local/share with the docs
${MKDIR} ${STAGEDIR}${DOCSDIR}
(cd ${WRKSRC}/USR_SHARE/ ${COPYTREE_SHARE} . ${STAGEDIR}${DOCSDIR})
is there a better solution for this ?
1) pkg-plist
documentation with
i added for all entries in the Docsdir
%%PORTDOCSDOCSDIR%%/CHANGELOG.txt
and NO dirrm for the %%PORTDOCSDOCSDIR%%
but i get a warning that
portlint -A
WARN: /usr/ports/mail/openemm2013/pkg-plist: Both ``%%PORTDOCS%%@dirrm
%%DOCSDIR%%'' and ``%%PORTDOCS%%@unexec %D/%%DOCSDIR%% 2/dev/null || true''
are missing. At least one should be used.
and in portershandbook
https://www.freebsd.org/doc/en/books/porters-handbook/plist-keywords.html
https://www.freebsd.org/doc/en/books/porters-handbook/plist-keywords.html
7.6.7.10. @dirrm directory (Deprecated)
so now what i have to add :-)
2) License if not defined in freebsd.lic db mk
and building with poudriere will fail if the license must be accepted,
how can this be solved ? (as i have it now it’s not correct!)
LICENSE=MPL
#LICENSE= CPAL
#LICENSE_COMB= multi
#LICENSE_NAME= Common Public Attribution License Version 1.0 (CPAL)
#LICENSE_FILE= ${DOCSDIR}/LICENSE.txt
#LICENSE_PERMS_OpenEMM= auto-accept # dist-mirror pkg-mirror auto-accept
is there a best practice to transfer all lic to the correct place of freebsd
post-install:
# TODO LEI
# move the licenses to the correct place
# /usr/local/share/doc/openemm2013/LICENSE.txt
# /usr/local/share/doc/openemm2013/ThirdPartyLicences/*
3) devel/libslang2 name for lib dependency (LIB_DEPENDS)
but libslang.so is the one which must be declared otherwise it will be never
found is it normal in this way ?
LIB_DEPENDS=libslang.so:${PORTSDIR}/devel/libslang2
4) USES python best way to define dynamically RUN_DEPENDS for db
(py27-MySQLdb56 )
RUN_DEPENDS=${TOMCATHOME}/bin/bootstrap.jar:${PORTSDIR}/www/tomcat8
py27-MySQLdb56=1.2.3:${PORTSDIR}/databases/py-MySQLdb56
USES= python:2.7,run
5) best way to reinplace_cmd for paths in the target system
example
@${REINPLACE_CMD} -e 's|$$HOME|\${PREFIX}\/\${PORTNAME}|g' -e 's|-L
INFO|-L INFO -s /var/run/openemm/bav.sock|'
${WRKSRC}/src/script/control/bounce.sh
to hardcode /var/run will not be the best or ?
also portlint is complaining
root@openemm:/usr/ports/mail/openemm2013 # portlint
WARN: Makefile: possible use of absolute pathname /var.
6) not able to replace
i have a few problems with the REINPLACE_CMD
i thougt special character escaping is working as normal
example \$ would escapce $ but it's not $$ escapes it
problem here a can't escape the single quote only in this way
it's working...
another problem i wanted to use grouping but this was also not
working
LHS |(base=) os.environ.*| and on RHS |\1 {PREFIX}...|
@${REINPLACE_CMD} -e s|base = os.environ\['HOME'\]| base =
'${PREFIX}\/${PORTNAME}'|g -e s|lockpath = os.environ\['LOCK_HOME'\]|lockpath
= '/var/run/openemm'|g ${WRKSRC}/src/script/lib/agn.py
7) symlink for pyhton
the application refers to the /usr/local/bin/python path installation
of pyhton is only with version Nr
# TODO LEI
#${LN} -sf /usr/local/bin/python2.7 /usr/local/bin/python
how can this be done ?, (btw.: app has no variable for current pyhton
path)
8) portlint and position of LIB_DEPENDS / BUILD_DEPENDS / RUN_DEPENDS
portlint complains about position of following
WARN: Makefile: BUILD_DEPENDS has to appear earlier.
WARN: Makefile: RUN_DEPENDS has to appear earlier.
i have tried now all positions before ... but without success, where should it
be placed (i would love to have a xsd for that to know WHAT is wrong and where
it should be...)
9) portlint -A was complaing about not using PREFIX in pkg-message
i thougt it will be replaced ? but this is not working as expected; is
there a other way to get this solved
or is the only way to hardcode it and to live with warnings?
hopefully not too long and i get some help :-)
attached the Makefile (port.shar and the pourdriere -t log; i can send when
needed)
thnx in advance
horst
emulators/pipelight failing to build
What version of gpg and libgcrypt are you using (gpg --version)? Seems to work with gpg 2.1.0 and libgcrypt 1.6.1. However, online docs for gpg seem to indicate --verify is being used wrong in the Makefile in the port working directory. https://www.gnupg.org/documentation/manpage.html ... –verify [[=sigfile=] [=signed-files=]] Assume that sigfile is a signature and verify it without generating any output. With no arguments, the signature packet is read from stdin (it may be a detached signature when not used in batch mode). If only a sigfile is given, it may be a complete signature or a detached signature, in which case the signed stuff is expected in a file without the .sig or .asc extension (if such a file does not exist it is expected at stdin; use a single dash (-) as filename to force a read from stdin). With more than 1 argument, the first should be a detached signature and the remaining files are the signed stuff. ... Which seems to be inline with the error you are seeing. ___ 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
Re: multimedia/libva fails in configure stage, missing file?
from Guido Falsi: Mine was just an idea. The cause could be something else. I don't know much about the automake internals. It simply dies with return code one. You should try to diagnose that. I don't know how to diagnose automake's failing, except to try on another FreeBSD, NetBSD or Linux system. I see some ports that previously didn't list automake or autoconf as dependency now do, such as mutt. It also looks like, if I have a useful system, I really should back it up, the whole OS + packages/ports, to another partition. That would protect not only against a massive portupgrade/portmaster removing and failing to rebuild a port but also against messing the base system with an update that turns out to be buggy. Tom ___ 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
