NEW: math/mathmod
Hi ports -- Attached is a new port, math/mathmod. MathMod is mathematical modeling software. I submitted a port for this about a year ago and in the interim a new major version was released. --- pkg/DESCR: MathMod is a portable interactive plotting and graphing program. MathMod allows you to plot 3D mathematical surfaces, described by implicit or parametric equations, and offers a very large database of model samples that can be generated with it. --- Works well on amd64. OK? ~Brian mathmod.tgz Description: application/compressed
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gne...@cvs.openbsd.org 2021/03/09 18:34:15 Modified files: devel/darcs: Makefile distinfo Log message: Regen devel/darcs manifest with ghc-8.10.3 ok kili
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gne...@cvs.openbsd.org 2021/03/09 18:34:06 Modified files: devel/git-annex: Makefile distinfo Log message: Regen git-annex manifest with ghc-8.10.3 ok kili, tested by James Cook
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gne...@cvs.openbsd.org 2021/03/09 18:33:55 Modified files: devel/cabal-install: Makefile distinfo Added files: devel/cabal-install/files: openbsd-8.10.3.json Removed files: devel/cabal-install/files: openbsd-8.6.4.json Log message: Upgrade cabal-install to ghc-8.10 ok kili
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gne...@cvs.openbsd.org 2021/03/09 18:33:40 Modified files: lang/ghc : Makefile distinfo lang/ghc/patches: patch-aclocal_m4 patch-ghc_mk patch-libraries_process_include_runProcess_h patch-testsuite_driver_testlib_py patch-testsuite_mk_test_mk patch-testsuite_tests_codeGen_should_run_all_T patch-utils_ghc-pkg_Main_hs lang/ghc/pkg : PLIST Added files: lang/ghc/patches: patch-configure patch-rts_Linker_c lang/ghc/pkg : PFRAG.no_i386 Removed files: lang/ghc/patches: patch-configure_ac patch-rts_RtsSymbols_c Log message: Upgrade lang/ghc to 8.10.3 Some non-trivial adaptations: * Remove -Wl,-z,notext from compiler flags * Backport from ghc HEAD: move debugBelch into IF_DEBUG(linker) * Move debugBelch into IF_DEBUG(linker) [fixup 3433] * Undo ghci slowness [fixup 18727] * Increase open FD limit for test runs to 1024 * Disable haddock on i386 using PFRAG ok kili
dune dependant ports should use the right source tarballs
I found that some ocaml-dependant ports have no version registered to META file. $ ocamlfind list bigarray(version: [distributed with Ocaml]) bytes (version: [distributed with OCaml 4.02 or above]) cairo2 (version: n/a) cairo2-gtk (version: n/a) cairo2-pango(version: n/a) compiler-libs (version: [distributed with Ocaml]) dune(version: n/a) findlib (version: 1.8.1) num (version: 1.4) dune dependant ports should use the correct source files. for example, - graphics/ocaml-cairo uses https://github.com/chriss00/ocaml-cairo/archive/0.6.2.tar.gz but we should use https://github.com/chriss00/ocaml-cairo/releases/download/0.6.2/cairo2-0.6.2.tbz which contains *.opam files with version information - devel/dune uses https://github.com/ocaml/dune/archive/1.11.3.tar.gz but we should use https://github.com/ocaml/dune/releases/download/dune-uild-info-1.11.3.tbz which contains dune-project file with version information - math/ocaml-num uses https://github.com/ocaml/num/archive/v1.4.tar.gz no *.tbz archive is provided and it's ok becuse num.opam file inside this archive has version information. - etc... I found this problem when trying to update math/coq to 8.13.1, whose configure.ml checks the existence of lablgtk3 through the output of "ocamlfind list". (and see https://github.com/garrigue/lablgtk3/issues/123) as far as I understand, the follwing ports should be revised: % echo "select * from Depends where DependsPath like '%dune%'" | sqlite3 /usr/local/share/sqlports 2180|x11/lablgtk3|devel/dune|||devel/dune|2|2 2183|devel/ocaml-yojson|devel/dune|||devel/dune|2|3 2655|devel/ocaml-biniou|devel/dune|||devel/dune|2|2 2656|devel/ocaml-easy-format|devel/dune|||devel/dune|2|0 2657|devel/ocaml-configurator|devel/dune|||devel/dune|2|0 2658|devel/ocaml-cppo|devel/dune|||devel/dune|2|0 5564|graphics/ocaml-cairo|devel/dune|||devel/dune|2|0 5565|graphics/ocaml-graphics|devel/dune|||devel/dune|2|0 5978|lang/haxe|devel/dune|||devel/dune|2|0 9783|sysutils/opam|devel/dune|||devel/dune|2|2 as an example, following is my lablgtk3 update. Comments? diff -ur /usr/ports/x11/lablgtk3/Makefile /usr/ports/mystuff/x11/lablgtk3-3.1.1p0/Makefile --- /usr/ports/x11/lablgtk3/MakefileThu Feb 11 13:17:32 2021 +++ /usr/ports/mystuff/x11/lablgtk3-3.1.1p0/MakefileTue Mar 9 15:11:22 2021 @@ -3,10 +3,14 @@ COMMENT = OCaml interface to GTK+3 CATEGORIES = x11 devel -GH_ACCOUNT = garrigue -GH_PROJECT = lablgtk -GH_TAGNAME = 3.1.1 -PKGNAME = lablgtk3-${GH_TAGNAME} +## GH_ACCOUNT =garrigue +## GH_PROJECT =lablgtk +## GH_TAGNAME =3.1.1 +## PKGNAME = lablgtk3-${GH_TAGNAME} +VERSION = 3.1.1 +DISTNAME = lablgtk3-${VERSION} +MASTER_SITES = https://github.com/garrigue/lablgtk/releases/download/${VERSION}/ +EXTRACT_SUFX = .tbz # LGPL PERMIT_PACKAGE = Yes diff -ur /usr/ports/x11/lablgtk3/distinfo /usr/ports/mystuff/x11/lablgtk3-3.1.1p0/distinfo --- /usr/ports/x11/lablgtk3/distinfoThu Feb 11 13:17:32 2021 +++ /usr/ports/mystuff/x11/lablgtk3-3.1.1p0/distinfoTue Mar 9 15:10:53 2021 @@ -1,2 +1,2 @@ -SHA256 (lablgtk-3.1.1.tar.gz) = sfcUQ3csyLawaSg9nMxovrKA7fWUm4NOoGMXrf465oI= -SIZE (lablgtk-3.1.1.tar.gz) = 1031279 +SHA256 (lablgtk3-3.1.1.tbz) = IscGHIrLScHM0KGTltKx19HWd+DOeVQSJAS+lKAP7Pk= +SIZE (lablgtk3-3.1.1.tbz) = 854720 -- yozo.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/03/09 15:21:22 Modified files: devel/git : Makefile distinfo devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Security update to git 2.30.2 https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.30.2.txt (pure merge commit, 2.17.6 has the actual fix) https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.17.6.txt * CVE-2021-21300: On case-insensitive file systems with support for symbolic links, if Git is configured globally to apply delay-capable clean/smudge filters (such as Git LFS), Git could be fooled into running remote code during a clone.
Re: CVS: cvs.openbsd.org: ports
On Tue Mar 09, 2021 at 05:48:44PM +, Stuart Henderson wrote: > On 2021/03/09 18:35, Rafael Sadowski wrote: > > On Tue Mar 09, 2021 at 11:32:08AM +0100, Antoine Jacoutot wrote: > > > On Sat, Mar 06, 2021 at 11:13:45PM -0700, Rafael Sadowski wrote: > > > > CVSROOT:/cvs > > > > Module name:ports > > > > Changes by: rsadow...@cvs.openbsd.org 2021/03/06 23:13:45 > > > > > > > > Modified files: > > > > multimedia/mkvtoolnix: Makefile distinfo > > > > > > > > Log message: > > > > Update mkvtoolnix to 55.0.0 > > > > > > The no_x11 FLAVOR failed to build for me. > > > Log attached. > > > > > > -- > > > Antoine > > > > Thanks for the report. I can't reproduce it, build and package fine > > here. > > > > ld: error: unable to find library -lstdc++fs > > > > Other tools link fine more above in the log file. > > > > c++ -fstack-protector-strong -L/usr/local/lib -L/usr/local/lib > -Llib/avilib-0.6.10 -Llib/librmff -Lsrc/common -o src/tools/ebml_validator > src/tools/ebml_validator.o src/tools/element_info.o -lmtxcommon > -L/usr/local/lib -lmatroska -L/usr/local/lib -lebml -lmagic -lz -lFLAC -logg > -lm -lz -lpugixml -lintl -liconv -lfmt -L/usr/local/lib -lpcre2-8 -lstdc++fs > -lstdc++ -L/usr/local/lib -ldvdread > > It's using clang to compile, linking libstdc++fs from ports-gcc, and > libstdc++ from base-gcc. Chances of this producing non-broken binaries > in this case are not all that high. > > So there's probably a hidden dep on gcc-libs. Disabling that may make > the -lstdc++ magically go away but if not then that needs killing too. > Stuart thanks for the input. The diff below mkvtoolnix{,no_x11} package on amd64 even ports-gcc is installed. Index: Makefile === RCS file: /cvs/ports/multimedia/mkvtoolnix/Makefile,v retrieving revision 1.101 diff -u -p -u -p -r1.101 Makefile --- Makefile7 Mar 2021 06:13:45 - 1.101 +++ Makefile9 Mar 2021 21:33:30 - @@ -3,6 +3,7 @@ COMMENT= create, alter and inspect Matroska files DISTNAME= mkvtoolnix-55.0.0 +REVISION= 0 CATEGORIES=multimedia x11 @@ -26,6 +27,11 @@ MODRUBY_RUNDEP= No # C++17 COMPILER = base-clang ports-gcc + +# need to add this for gcc +# revisit when gcc drops it +EXTRA_ports-gcc = -lstdc++fs +LDFLAGS += ${EXTRA_${CHOSEN_COMPILER}} BUILD_DEPENDS= devel/boost \ devel/gettext,-tools \ Index: patches/patch-Rakefile === RCS file: /cvs/ports/multimedia/mkvtoolnix/patches/patch-Rakefile,v retrieving revision 1.5 diff -u -p -u -p -r1.5 patch-Rakefile --- patches/patch-Rakefile 19 Jan 2021 19:01:50 - 1.5 +++ patches/patch-Rakefile 9 Mar 2021 21:33:30 - @@ -14,3 +14,12 @@ Index: Rakefile ldflags += " -Llib/libebml/src -Llib/libmatroska/src" if c?(:EBML_MATROSKA_INTERNAL) ldflags += " -Llib/fmt/src" if c?(:FMT_INTERNAL) ldflags += " #{c(:EXTRA_LDFLAGS)} #{c(:USER_LDFLAGS)} #{c(:LDFLAGS_RPATHS)} #{c(:BOOST_LDFLAGS)}" +@@ -1056,8 +1055,6 @@ $common_libs = [ + :iconv, + :fmt, + :pcre2, +- :stdcppfs, +- "-lstdc++", + ] + + $common_libs += [:cmark] if c?(:USE_QT)
Re: NEW: security/py-hvac 0.10.6
Updated the port to 0.10.8 On Sun, Jan 24, 2021 at 12:54:17PM +, Mikolaj Kucharski wrote: > Hi, > > Kind reminder. Port reattached for convenience. > > On Fri, Jan 01, 2021 at 05:08:59PM +, Mikolaj Kucharski wrote: > > > > I'm using py3-hvac Python module to fetch Vault secrets from Ansible via > > its hashi_vault lookup plugin. > > > > > Comment: > > > Python client library for Hashicorp Vault > > > > > > Description: > > > HVAC allows accessing secrets stored in a Vault directly from > > > Python code. > > > > > > An access token must be created first, using a separate tool > > > like vault or vault-client. > > > > I've made it Python3-only port. Comments? > > -- Regards, Mikolaj py-hvac-0.10.8.port.tgz Description: application/tar-gz
[update]lang/compcert
here's an update lang/compcert to compcert-3.8.20210309, which supports coq 8.13.1. (yes, I'm on the way to update coq to 8.13.1 (-: ) (https://github.com/AbsInt/CompCert/) > commit 6bf310dd678285dc193798e89fc2c441d8430892 > Author: Xavier Leroy > Date: Tue Mar 9 10:39:33 2021 +0100 > > Coq 8.13.1 is supported > > Closes: #389 -- yozo. diff -ur /usr/ports/lang/compcert/Makefile ./Makefile --- /usr/ports/lang/compcert/Makefile Sun Feb 14 02:46:38 2021 +++ ./Makefile Wed Mar 10 03:20:33 2021 @@ -4,11 +4,11 @@ COMMENT = high assurance C compiler -V =3.8.20210121 +V =3.8.20210309 GH_ACCOUNT = AbsInt GH_PROJECT = CompCert #GH_TAGNAME = v${V} -GH_COMMIT =25483cf1acce8695a438f4f2164b09fb1ecd9d2e +GH_COMMIT =6bf310dd678285dc193798e89fc2c441d8430892 DISTNAME = ${GH_PROJECT}-${V} PKGNAME = ${DISTNAME:L} diff -ur /usr/ports/lang/compcert/distinfo ./distinfo --- /usr/ports/lang/compcert/distinfo Sun Feb 14 02:46:38 2021 +++ ./distinfo Wed Mar 10 03:35:16 2021 @@ -1,2 +1,2 @@ -SHA256 (CompCert-3.8.20210121-25483cf1.tar.gz) = IE3vQHDOhE/7zaZ0sleJAG39l01Ui6Oxg+l4U+3MfbM= -SIZE (CompCert-3.8.20210121-25483cf1.tar.gz) = 2749134 +SHA256 (CompCert-3.8.20210309-6bf310dd.tar.gz) = N3acDF9aq69s6UKnBv0jf1XojS0e8uhqTd8X+Oy+pao= +SIZE (CompCert-3.8.20210309-6bf310dd.tar.gz) = 2750002
mail/isync: update to 1.4.1
The isync package finally drops the isync wrapper and only ships with mbsync(1); here's the relevant part from ${WRKSRC}/NEWS for the 1.4.x release branch: [1.4.0] The 'isync' compatibility wrapper was removed. Added support for disabling TLS v1.3 - adjust SSLVersions if you set it. Removed support for obsolete/insecure SSL v3. The IMAP '$Forwarded' / Maildir 'P' (passed) flag is supported now. Support for configuring a TLS cipher string was added. IMAP mailbox subscriptions are supported now. The IMAP user query can be scripted now. Added built-in support for macOS Keychain. Messages excluded by MaxSize will now result in placeholders. The use of Master/Slave terminology has been deprecated. I've been running this update without problems so far and will commit in a few days. Index: Makefile === RCS file: /cvs/ports/mail/isync/Makefile,v retrieving revision 1.46 diff -u -p -r1.46 Makefile --- Makefile22 Feb 2021 18:50:53 - 1.46 +++ Makefile9 Mar 2021 21:03:50 - @@ -2,7 +2,7 @@ COMMENT= synchronize IMAP4 and maildir mailboxes -DISTNAME= isync-1.3.5 +DISTNAME= isync-1.4.1 CATEGORIES=mail MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=isync/} Index: distinfo === RCS file: /cvs/ports/mail/isync/distinfo,v retrieving revision 1.17 diff -u -p -r1.17 distinfo --- distinfo22 Feb 2021 18:50:53 - 1.17 +++ distinfo22 Feb 2021 19:11:37 - @@ -1,2 +1,2 @@ -SHA256 (isync-1.3.5.tar.gz) = aPUy5dzUNLArhz2SAyPryain2H8Rn3zAUDZdwBTPdlU= -SIZE (isync-1.3.5.tar.gz) = 316671 +SHA256 (isync-1.4.1.tar.gz) = DTbbtXuwbIu+ELtm9ArlQwlbFDRDIJtwNxZ75gBCAVA= +SIZE (isync-1.4.1.tar.gz) = 336281 Index: patches/patch-src_drv_imap_c === RCS file: /cvs/ports/mail/isync/patches/patch-src_drv_imap_c,v retrieving revision 1.6 diff -u -p -r1.6 patch-src_drv_imap_c --- patches/patch-src_drv_imap_c22 Feb 2021 18:50:53 - 1.6 +++ patches/patch-src_drv_imap_c22 Feb 2021 19:26:20 - @@ -5,8 +5,8 @@ Use pledge. Index: src/drv_imap.c --- src/drv_imap.c.orig +++ src/drv_imap.c -@@ -41,6 +41,8 @@ - # include +@@ -45,6 +45,8 @@ + # include #endif +extern int needs_proc_exec; @@ -14,12 +14,12 @@ Index: src/drv_imap.c #ifdef HAVE_LIBSSL enum { SSL_None, SSL_STARTTLS, SSL_IMAPS }; #endif -@@ -3388,6 +3390,8 @@ imap_parse_store( conffile_t *cfg, store_conf_t **stor - } - acc_opt = 1; +@@ -3718,6 +3720,8 @@ imap_parse_store( conffile_t *cfg, store_conf_t **stor + #endif + 143; } + if (server->sconf.tunnel || server->pass_cmd) + needs_proc_exec = 1; - if (store) - type = "IMAP store", name = store->gen.name; - else + if (store) { + if (!store->server) { + store->server = nfmalloc( sizeof(sserver) ); Index: patches/patch-src_main_c === RCS file: /cvs/ports/mail/isync/patches/patch-src_main_c,v retrieving revision 1.8 diff -u -p -r1.8 patch-src_main_c --- patches/patch-src_main_c13 Jul 2020 00:08:10 - 1.8 +++ patches/patch-src_main_c22 Feb 2021 19:11:29 - @@ -14,9 +14,9 @@ Index: src/main.c static void ATTR_PRINTFLIKE(1, 2) debug( const char *msg, ... ) { -@@ -738,6 +740,36 @@ main( int argc, char **argv ) +@@ -754,6 +756,36 @@ main( int argc, char **argv ) - if (load_config( config, pseudo )) + if (merge_ops( cops, ops )) return 1; + + if (mvars->list) { @@ -49,5 +49,5 @@ Index: src/main.c + } + } - if (!channels) { - fputs( "No channels defined. Try 'man " EXE "'\n", stderr ); + if (load_config( config )) + return 1; Index: pkg/PLIST === RCS file: /cvs/ports/mail/isync/pkg/PLIST,v retrieving revision 1.8 diff -u -p -r1.8 PLIST --- pkg/PLIST 17 Oct 2017 17:24:14 - 1.8 +++ pkg/PLIST 9 Mar 2021 21:04:46 - @@ -1,9 +1,7 @@ @comment $OpenBSD: PLIST,v 1.8 2017/10/17 17:24:14 danj Exp $ -@bin bin/isync @bin bin/mbsync bin/mbsync-get-cert @bin bin/mdconvert -@man man/man1/isync.1 @man man/man1/mbsync.1 @man man/man1/mdconvert.1 share/doc/isync/ @@ -13,5 +11,4 @@ share/doc/isync/NEWS share/doc/isync/README share/doc/isync/TODO share/examples/isync/ -share/examples/isync/isyncrc.sample share/examples/isync/mbsyncrc.sample
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/03/09 13:34:14 Modified files: print/scribus/patches: patch-scribus_plugins_import_pdf_slaoutput_cpp patch-scribus_plugins_import_pdf_slaoutput_h Log message: Unbreak with poppler-21.03.0. ok gnezdo@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/03/09 13:33:48 Modified files: print/poppler : Makefile distinfo print/poppler/patches: patch-poppler_Form_cc patch-poppler_XRef_cc patch-qt5_src_CMakeLists_txt patch-utils_CMakeLists_txt Log message: Update to poppler-21.03.0. Looks good to gnezdo@
Re: ghc 8.10.3 updates
Hi Greg, On Sun, Mar 07, 2021 at 11:56:11AM -0800, Greg Steuck wrote: > Great, thanks for the reviews and testing on i386. The extra few days give > the previous batch more chances to settle :) I sucessfully built ghc-8.10.3, cabal-install and allmost all Haskell applications on i386. (I stopped dpb on git-annex, because that takes a lot of time, and I just wanted to run dpb on the whole tree to get my all of my i386 packages rebuilt). So ok for the ghc update. Ciao, Kili
Re: UPDATE mail/s-nail
Stuart Henderson wrote in : |On 2021/03/08 21:55, Steffen Nurpmeso wrote: |> Steffen Nurpmeso wrote in |> <20210308200314.r794j%stef...@sdaoden.eu>: |>|Stuart Henderson wrote in |>| : |>||On 2021/03/08 18:53, Steffen Nurpmeso wrote: |>||> Steffen Nurpmeso wrote in |>||> <20210224143220.o1zwb%stef...@sdaoden.eu>: |>||>|Update to v14.9.22 to unbreak a closefrom(2) / close_range(2) |>||>|brain damage of mine. |>||> |>||> I just got an according bug report from Predrag regarding this. |>||> Dependent on what you do, version 14.9.21 is truly _broken_, and |>||> 14.9.22 really should replace 14.9.21 wherever possible, please. |>| |>||Committed. |>| |>|Thank you very much for this, Stuart. |>| |>||Can you advise how to tell the complicated make-config script how to |>||respect ports CFLAGS setting for compiler optimization please? |>| |>|If it is only optimization one could either overwrite it by |>|passing an additional EXTRA_CFLAGS=-O1 or similar to overwrite it, |>|or instead pass cc_maxopt=[0123] (this i have not tested for years |>|hmmm .. but still works). Note that higher than -O3 is not |>|supported, if you want this then you have to go the EXTRA_CFLAGS |>|way. (-Os also not built-in, it also seems badly maintained in, |>|granted gcc, upstream and caused inlining problems in the past |>|(AlpineLinux package). |> |> Well, i mean, selectively picking something out of original |> $CFLAGS automatically is not supported, on the other hand. Does |> any build system support that? I.e., only adding warnings and |> hardening flags etc. _onto_ the otherwise unchanged original |> $CFLAGS? Is it that would you mean? This is i think an |> interesting suggestion i will try to address in the future, and |> ship with the next update of this package, then. ... |It's fairly common for software to add warnings/include paths/etc |after a provided CFLAGS, or sometimes via another variable (some use |COPTFLAGS). Where that's not supported, in most cases it's a simple |matter of patching a Makefile to remove -O3 etc but it's a bit more |complex here. Well i mean the package could reinstantiate the OPT_AUTOCC=no that i think William Yodlowsky introduced years ago, then the builder is absolutely free to define whatever she desires. I personally have always been of the opinion that all the warning options, stack guards, PIE, let alone the terrible retpoline that i really refrain from uncommenting, as well as the noexecstack that i personally could only dig if it were execstack on request, should not be needed at all in shipout code. I only ever used -fno-exceptions -fno-rtti myself, but somehow CPU cycles have to be wasted it seems. Sandboxing we do not support yet, it requires a program redesign. At least we have OPT_AUTOCC_STACKPROT to get rid of that, but it is on by default, you know. Indifference has won won won. |Trying EXTRA_CFLAGS it's nearly what's needed, though it relies on |the user setting an alternative -O to override the one added in |make-config.sh, you can't e.g. set EXTRA_CFLAGS="" to build with no |-O flag at all. | |Ports on OpenBSD (and I believe also FreeBSD) are generally meant to use |OS defaults or user settings via the standard interface e.g. "make |CFLAGS=-O0" etc, when building the port. When dealing with a collection |of thousands of programs, it's helpful to have standard interfaces like |this rather than have to figure out what's needed for each individual |port. By the way, what actual optimization issue do you have. But yeah, people get understandably frustrated without a -march=, i apologise. So i have implemented VAL_AUTOCC=, which for now offers add_options,bind_now,pie,stackprot,fortify selections, where the default is bind_now,pie,stackprot,fortify, and i would change the port to use add_options,bind_now,pie,stackprot when the next version is released. We cannot do FORTIFY because that requires optimization to be enabled, which can no longer be guaranteed. Thanks for the suggestion Stuart. Ciao from Germany, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: [NEW] audio/zynaddsubfx
zynaddsubfx picks up bash-completion if present at build time, $ diff pkg/PLIST.orig pkg/PLIST --- pkg/PLIST.orig Wed Feb 10 16:31:49 2021 +++ pkg/PLIST Tue Mar 9 19:39:30 2021 @@ -47,6 +47,9 @@ share/applications/zynaddsubfx-alsa.desktop share/applications/zynaddsubfx-jack-multi.desktop share/applications/zynaddsubfx-jack.desktop share/applications/zynaddsubfx-oss.desktop +share/bash_completion/ +share/bash_completion/completions/ +share/bash_completion/completions/zynaddsubfx share/doc/zynaddsubfx/ share/doc/zynaddsubfx/AUTHORS.txt share/doc/zynaddsubfx/COPYING can you force that either on or off please? either add a build dep on shells/bash-completion or set BASHCOMP_PKG_PATH. Nice work on the zyn-fusion Makefile with the distfiles. It hardcodes gcc somewhere though (and I just noticed it forces -O3 as well), [...] configure: creating ./config.status config.status: creating config.h cd src/osc-bridge&& make lib cc -O2 -pipe -I/usr/local/include -I/usr/X11R6/include -std=gnu99 -Wall -Wextra -I . -O3 -g -fPIC -c src/bridge.c src/cache.c src/parse-schema.c src/schema.c rtosc/rtosc.c src/parse-schema.c:11:9: warning: 'putchar' macro redefined [-Wmacro-redefined] #define putchar(x) (void)(x) ^ /usr/include/stdio.h:435:9: note: previous definition is here #define putchar(x) putc(x, stdout) ^ 1 warning generated. ar rcs libosc-bridge.a bridge.o cache.o parse-schema.o schema.o rtosc.o cd mruby && MRUBY_CONFIG=../build_config.rb /usr/local/bin/rake27 Environment is: CPP src/array.c -> build/host/src/array.i sh: gcc: not found rake aborted! Command failed with status (127): [gcc -E -P -std=gnu99 -O2 -pipe -I/usr/lo...] [...] Looks like you maybe able to steal some bits from ports/lang/mruby. (Guessing it needs some specific version and can't just use the mruby port directly?) The dependencies seem the wrong way round, shouldn't it be zyn-fusion that depends on zynaddsubfx instead? (For discoverability I'd probably but zyn-fusion in audio/ instead of x11/). On 2021/03/07 15:03, Dimitri Karamazov wrote: > Ping > > On Sat, Feb 27, 2021 at 05:32:23PM +, Dimitri Karamazov wrote: > > Ping > > > > On Wed, Feb 17, 2021 at 05:39:57PM +, Dimitri Karamazov wrote: > > > This here is a terrific synthesizer and can be put to good use > > > with some DAW with lv2 support. Can be used with lmms if > > > carla is ported or just wait until lv2 is supported(ongoing). > > > https://github.com/LMMS/lmms/issues/562 > > > > > > I've a muse(https://vstwarehouse.com/d/muse/) port with me which > > > can run this as plugin(both vst & lv2) but it brings along with > > > it 4-5 dependencies so might release it some other time. > > > > > > Information for inst:zynaddsubfx-3.0.5 > > > > > > Comment: > > > synth capable of making a countless number of instruments > > > > > > Description: > > > ZynAddSubFX is a opensource software synthesizer capable of making > > > a countless number of instruments, from some common heard from > > > expensive hardware to interesting sounds that you'll boost to an > > > amazing universe of sounds. > > *Polyphonic with support for legato and mono playing modes > *Three synthesizer engines: > -Additive Synthesis for classic synth sounds composed of a variety of voices > with powerful modulation. > This exposes modulators ranging from LFOs and envelopes to oscillator > modulators for FM, PM, and AM. > -Subtractive Synthesis for creating variable bandwidth harmonics from > filtered white noise > -PAD synthesis for creating beautiful pads and other instruments > *Powerful waveform generator with up to 128 sine/non-sine harmonics > *A variety of filters including analogue modeled filters, formant filters, > and state variable filters. > *Envelopes can have ADSR (or ASR, etc..) modes or can be free modes (with any > shape) > *Effects for Reverb, Echo, Chorus/Flange, Phasing, Wave-shaping, Equalizing, > Dynamic Filtering with > flexible signal routing > *Instruments can be organized in kits, which allows you to make drum kits or > layered instruments; this > makes possible to use more than one instrument for a single part. It is > possible to choose what items > from the kit should be processed by the Part's effects. > *Randomness settings to create subtle differences in each sound to help > create that familiar analogue warmth. > *Microtonal capabilities with any scale, up to 128 notes per octave, and key > mapping > *Extensive MIDI/Audio driver support including JACK, ALSA, OSS, and PortAudio > *A built-in Virtual Keyboard which can be used even if you don't have a > physical midi keyboard > *The graphical user interface can be completely disabled if the user need so > *Session Management Support via LASH/NSM > *Plugin Support via DSSI/LV2/VST > *Over 1100 high quality instruments included > > > > > > > Maintainer: Dimitri Karamazov > > > > > > WWW: http://zynaddsubfx.sourceforge.net > > > > > > Port below
Re: [NEW] x11/xmenu
On Tue, Mar 09, 2021 at 09:42:57AM +0100, Guy Godfroy wrote: > Friendly ping. > FYI, pings don't usually come this swiftly. It's only been 4 days. > I really wish it could make it to 6.9 release. > There is plenty of time for the 6.9 release. I've been waiting to see what tweaks have been made to pmenu and pushed upstream before looking at this further. There are more tweaks that need to be made here, according to kn@'s changes. Solene gave her ok to the first port, not my changes. It takes some time. Please be patient. :) > Le 05/03/2021 à 19:52, Guy Godfroy a écrit : > > Even better. > > > > Le 05/03/2021 à 16:17, Tracey Emery a écrit : > >> On Fri, Mar 05, 2021 at 08:34:08AM +0100, Guy Godfroy wrote: > >>> Hello, > >>> > >>> Here is the new tarball with requested changes. > >>> > >>> Guy > >>> > >>> Le 05/03/2021 à 00:17, Solene Rapenne a écrit : > On Thu, 4 Mar 2021 21:51:30 +0100 > Guy Godfroy : > > > Hello, > > > > xmenu is a contextual menu tool for x11. I used pmenu port proposal I > > saw today (developped by the same guy), very few changes. Thanks to > > Jerome for that. > > > > xmenu and pmenu have in common to take their data from stdin following > > the same syntax. xmenu was created a bit before pmenu, which explains > > maybe some oddity in the config.mk that required a patch. > > > > Works on my amd64. > > > > Guy Godfroy > > > > > For consistency the space before the = sign should be put here > LIB_DEPENDS= graphics/imlib2 > > like x11/pmenu, I don't know if it's important but WANTLIB in > automatically generated order would look like > > WANTLIB += Imlib2 X11 Xft Xinerama c fontconfig > > With theses changes, ok solene@ > > >> This could use the same treatment as pmenu. You can kill the patch and > >> use: > >> > >> MAKE_FLAGS = PREFIX=${PREFIX} \ > >> FREETYPEINC=${X11BASE}/include/freetype2 \ > >> MANPREFIX=${PREFIX}/man > >> -- Tracey Emery
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2021/03/09 11:55:29 Modified files: net/synapse: Makefile distinfo net/synapse/pkg: PLIST Log message: Update to synapse-1.29 Diff from maintainer Renaud Allard
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mar...@cvs.openbsd.org 2021/03/09 11:19:11 Modified files: math/py-h5py : Makefile distinfo math/py-h5py/pkg: PLIST Log message: Update h5py to 3.2.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mar...@cvs.openbsd.org 2021/03/09 11:10:32 Modified files: net/py-siphon : Makefile distinfo net/py-siphon/pkg: PLIST Log message: Update py-siphon to 0.9.
[TESTING] graphics/blender -> 2.92.0
I'm posting this update diff only for testing. This update doesn't work for me although I'm not sure if this is due to any deficiency in hardware so I would like if people would test it out particularly on a good gpu. The issue lies only in the cycles renderer. Eevee and the Workbench renderer along with the rest of the program works fine. To test: 1. exec blender. 2. search "Render Engine" in the search bar (lower window on the right). 3. select Cycles as the Render Engine from the drop down menu. 4. Render -> Render Image on the top-left bar. Or just press F12. 5. Let me know how it goes. regards, Dimitri Index: Makefile === RCS file: /cvs/ports/graphics/blender/Makefile,v retrieving revision 1.102 diff -u -p -r1.102 Makefile --- Makefile23 Feb 2021 19:39:24 - 1.102 +++ Makefile28 Feb 2021 06:28:58 - @@ -4,7 +4,7 @@ ONLY_FOR_ARCHS = amd64 COMMENT = 3D creation software -DISTNAME = blender-2.91.2 +DISTNAME = blender-2.92.0 CATEGORIES = graphics Index: distinfo === RCS file: /cvs/ports/graphics/blender/distinfo,v retrieving revision 1.30 diff -u -p -r1.30 distinfo --- distinfo27 Jan 2021 20:15:25 - 1.30 +++ distinfo28 Feb 2021 06:28:58 - @@ -1,2 +1,2 @@ -SHA256 (blender-2.91.2.tar.xz) = GFy8TNfy9hSnWUIh2CNxcK3n84nRaFjO4irXeMJvzHA= -SIZE (blender-2.91.2.tar.xz) = 42057100 +SHA256 (blender-2.92.0.tar.xz) = 55HPxAMpI4NXfDyM4s005aos2NoKdIMEEEmhYJ3bRZU= +SIZE (blender-2.92.0.tar.xz) = 42444576 Index: patches/patch-intern_cycles_render_geometry_cpp === RCS file: patches/patch-intern_cycles_render_geometry_cpp diff -N patches/patch-intern_cycles_render_geometry_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-intern_cycles_render_geometry_cpp 28 Feb 2021 06:28:58 - @@ -0,0 +1,11 @@ +--- intern/cycles/render/geometry.cpp.orig Sun Feb 28 09:16:06 2021 intern/cycles/render/geometry.cpp Sun Feb 28 09:36:53 2021 +@@ -1289,7 +1289,7 @@ void GeometryManager::device_update_bvh(Device *device + dscene->data.bvh.use_bvh_steps = (scene->params.num_bvh_time_steps != 0); + dscene->data.bvh.curve_subdivisions = scene->params.curve_subdivisions(); + /* The scene handle is set in 'CPUDevice::const_copy_to' and 'OptiXDevice::const_copy_to' */ +- dscene->data.bvh.scene = NULL; ++ dscene->data.bvh.scene = 0; + } + + void GeometryManager::device_update_preprocess(Device *device, Scene *scene, Progress ) Index: pkg/PLIST === RCS file: /cvs/ports/graphics/blender/pkg/PLIST,v retrieving revision 1.29 diff -u -p -r1.29 PLIST --- pkg/PLIST 29 Nov 2020 19:57:01 - 1.29 +++ pkg/PLIST 28 Feb 2021 06:29:06 - @@ -1364,6 +1364,7 @@ share/blender/datafiles/blender_icons32/ share/blender/datafiles/blender_icons_geom.py share/blender/datafiles/blender_icons_geom_update.py share/blender/datafiles/blender_icons_update.py +share/blender/datafiles/blender_logo.png share/blender/datafiles/brushicons/ share/blender/datafiles/brushicons/blob.png share/blender/datafiles/brushicons/blur.png @@ -1480,6 +1481,7 @@ share/blender/datafiles/icons/brush.scul share/blender/datafiles/icons/brush.sculpt.cloth.dat share/blender/datafiles/icons/brush.sculpt.crease.dat share/blender/datafiles/icons/brush.sculpt.displacement_eraser.dat +share/blender/datafiles/icons/brush.sculpt.displacement_smear.dat share/blender/datafiles/icons/brush.sculpt.draw.dat share/blender/datafiles/icons/brush.sculpt.draw_face_sets.dat share/blender/datafiles/icons/brush.sculpt.draw_sharp.dat @@ -1687,6 +1689,7 @@ share/blender/datafiles/studiolights/mat share/blender/datafiles/studiolights/studio/ share/blender/datafiles/studiolights/studio/basic.sl share/blender/datafiles/studiolights/studio/outdoor.sl +share/blender/datafiles/studiolights/studio/paint.sl share/blender/datafiles/studiolights/studio/rim.sl share/blender/datafiles/studiolights/studio/studio.sl share/blender/datafiles/studiolights/world/ @@ -2255,7 +2258,9 @@ share/blender/scripts/addons/blenderkit/ ${MODPY_COMMENT}share/blender/scripts/addons/blenderkit/${MODPY_PYCACHE}/ share/blender/scripts/addons/blenderkit/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc share/blender/scripts/addons/blenderkit/${MODPY_PYCACHE}append_link.${MODPY_PYC_MAGIC_TAG}pyc +share/blender/scripts/addons/blenderkit/${MODPY_PYCACHE}asset_bar_op.${MODPY_PYC_MAGIC_TAG}pyc share/blender/scripts/addons/blenderkit/${MODPY_PYCACHE}asset_inspector.${MODPY_PYC_MAGIC_TAG}pyc +share/blender/scripts/addons/blenderkit/${MODPY_PYCACHE}asset_pack_bg.${MODPY_PYC_MAGIC_TAG}pyc share/blender/scripts/addons/blenderkit/${MODPY_PYCACHE}autothumb.${MODPY_PYC_MAGIC_TAG}pyc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/09 10:58:33 Modified files: editors/vim: Makefile distinfo editors/vim/pkg: PFRAG.no-no_x11-main PLIST-main Log message: update to vim-8.2.2580
Re: CVS: cvs.openbsd.org: ports
On 2021/03/09 18:35, Rafael Sadowski wrote: > On Tue Mar 09, 2021 at 11:32:08AM +0100, Antoine Jacoutot wrote: > > On Sat, Mar 06, 2021 at 11:13:45PM -0700, Rafael Sadowski wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: rsadow...@cvs.openbsd.org 2021/03/06 23:13:45 > > > > > > Modified files: > > > multimedia/mkvtoolnix: Makefile distinfo > > > > > > Log message: > > > Update mkvtoolnix to 55.0.0 > > > > The no_x11 FLAVOR failed to build for me. > > Log attached. > > > > -- > > Antoine > > Thanks for the report. I can't reproduce it, build and package fine > here. > > ld: error: unable to find library -lstdc++fs > > Other tools link fine more above in the log file. > c++ -fstack-protector-strong -L/usr/local/lib -L/usr/local/lib -Llib/avilib-0.6.10 -Llib/librmff -Lsrc/common -o src/tools/ebml_validator src/tools/ebml_validator.o src/tools/element_info.o -lmtxcommon -L/usr/local/lib -lmatroska -L/usr/local/lib -lebml -lmagic -lz -lFLAC -logg -lm -lz -lpugixml -lintl -liconv -lfmt -L/usr/local/lib -lpcre2-8 -lstdc++fs -lstdc++ -L/usr/local/lib -ldvdread It's using clang to compile, linking libstdc++fs from ports-gcc, and libstdc++ from base-gcc. Chances of this producing non-broken binaries in this case are not all that high. So there's probably a hidden dep on gcc-libs. Disabling that may make the -lstdc++ magically go away but if not then that needs killing too.
ports that will fail with LLVM 11
Here are results from an i386 bulk build done with the base compiler updated to clang from LLVM 11.1.0 and the matching libc++. (ports/devel/llvm was not touched). Some ports have failures that appear to be issues with the compiler/diff and I haven't listed them below; the following are problems with the ports themselves: inputmethods/scim-anthy: scim_anthy_prefs.cpp:223:9: error: type 'const char [1]' cannot be narrowed to 'bool' in initializer list [-Wc++11-narrowing] sysutils/sleuthkit: ./../fs/tsk_apfs.hpp:982:31: error: anonymous non-C-compatible type given name for linkage purposes by alias declaration; add a tag name here [-Werror,-Wnon-c-typedef-for-linkage] mail/kopano/core: mapi_wrap.cxx:35064:8: error: cannot initialize a variable of type 'bool' with an rvalue of type 'nullptr_t'
Re: CVS: cvs.openbsd.org: ports
On Tue Mar 09, 2021 at 11:32:08AM +0100, Antoine Jacoutot wrote: > On Sat, Mar 06, 2021 at 11:13:45PM -0700, Rafael Sadowski wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: rsadow...@cvs.openbsd.org 2021/03/06 23:13:45 > > > > Modified files: > > multimedia/mkvtoolnix: Makefile distinfo > > > > Log message: > > Update mkvtoolnix to 55.0.0 > > The no_x11 FLAVOR failed to build for me. > Log attached. > > -- > Antoine Thanks for the report. I can't reproduce it, build and package fine here. ld: error: unable to find library -lstdc++fs Other tools link fine more above in the log file.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/09 10:11:49 Modified files: archivers/deutex: Makefile Log message: bsd.port.mk knows about zstd now, no need for extra EXTRACT_CASES
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/09 10:09:49 Modified files: infrastructure/mk: bsd.port.mk Log message: handle .tar.zstd / .tar.zst in EXTRACT_CASES; ok kn@
Re: [Update] port-modules.5
On Tue, Mar 09, 2021 at 09:30:41AM -0700, Tracey Emery wrote: > Hello, > > The following removes all the port-modules that appear to not exist > anymore. The removed modules are: > > * devel/pmk > * lang/ghc > * lang/node > * www/plone > * x11/qt3 > > lang/erlang doesn't have any real documentation attached to it, but > since the module is there, I left it. I'm unfamiliar with erlang and > honestly, don't know what it does. Seems weird to not have any > information about it, though. > > Is this ok, or did I miss anything? > > Thanks. > > -- > > Tracey Emery Let's try again. Under NAMING CONVENTIONS, pay particular attention to the qt updates and let me know if those are accurate. Basically, qt3 was tripped and 3 bumped to 4, and 4 bumped to 5. Any edits here? -- Tracey Emery diff f4e980ccc4648bc58f4fe35bd608ef45b7eb8ec6 /usr/src blob - f39ae7e4806b21179de53d0bbdc6ccf871ad20ce file + share/man/man5/port-modules.5 --- share/man/man5/port-modules.5 +++ share/man/man5/port-modules.5 @@ -123,11 +123,11 @@ as appropriate. .Pp As an exception to the naming mechanism, some ports have several distinct versions in the ports tree, say -.Pa x11/qt3 +.Pa x11/qt4 and -.Pa x11/qt4 . +.Pa x11/qt5 . Instead of using the namespace -.Ev MODQT3* , +.Ev MODQT4* , variables will usually drop the version suffix and be simply called .Ev MODQT_* so that a port using the module can be switched from version to version @@ -135,17 +135,17 @@ without needing to change everything. .Pp It is highly desirable to define names in both namespaces for such ports, for example to define both -.Ev MODQT3_LIB_DEPENDS +.Ev MODQT4_LIB_DEPENDS and .Ev MODQT_LIB_DEPENDS . Normal client ports will use .Ev MODQT_LIB_DEPENDS , but a port may exceptionally import both modules with -.Li MODULES += x11/qt3 x11/qt4 -and differentiate between qt3 and qt4 needs with -.Ev MODQT3_LIB_DEPENDS +.Li MODULES += x11/qt4 x11/qt5 +and differentiate between qt4 and qt5 needs with +.Ev MODQT4_LIB_DEPENDS and -.Ev MODQT4_LIB_DEPENDS . +.Ev MODQT5_LIB_DEPENDS . See .Pa print/poppler for an example. @@ -657,16 +657,6 @@ If set to `Yes', meson will colorize its output. Should not be used in ports Makefiles. Default value is `No'. .El -.It devel/pmk -Sets -.Ev CONFIGURE_SCRIPT , -.Ev CONFIGURE_ARGS -and -.Ev MODPMK_configure . -It appends -.Pa devel/pmk -to -.Ev BUILD_DEPENDS . .It devel/qmake See .Xr qmake-module 5 . @@ -805,61 +795,6 @@ Sets which is also appended to .Ev SUBST_VARS . .It lang/erlang -.It lang/ghc -Sets -.Ev ONLY_FOR_ARCHS , -.Ev MODGHC_VER , -.Ev BUILD_DEPENDS , -and -.Ev RUN_DEPENDS . -Build and further actions are based on the list of values in -.Ev MODGHC_BUILD : -.Bl -tag -width register -.It Ar nort -no runtime dependency on -.Pa lang/ghc -nor the hs- prefix to -.Ev PKGNAME -will be added, -.It Ar cabal -get the typical Cabal targets defined, -.It Ar haddock -generate API documentation using -.Pa devel/haddock , -.It Ar register -create and include register/unregister scripts, -.It Ar hackage -the distfiles are available on Hackage. -.El -.Pp -Also affects -.Ev CATEGORIES , -.Ev CONFIGURE_STYLE -and -.Ev SUBST_VARS . -.Cm do-build , -.Cm do-install -and -.Cm do-test -targets are provided if the port itself didn't set them. -If -.Ar register -has been set, the PLIST needs to be modified in order to -add the relevant @exec/@unexec lines. -This module will run the Setup script and ensure the documentation -will be built (if -.Ar haddock -has been set), and that the package is -registered as a library usable by -.Pa lang/ghc -(if -.Ar register -has been set). -Extra arguments and environment additions for the Setup configure -command can be specified with -.Ev MODGHC_SETUP_CONF_ARGS -and -.Ev MODGHC_SETUP_CONF_ENV . .It lang/go See .Xr go-module 5 . @@ -935,63 +870,6 @@ defines in which files the module will substitute hard shared library versions using a .Cm post-configure target. -.It lang/node -Adds common dependencies to -.Ev RUN_DEPENDS -and -.Ev BUILD_DEPENDS . -Recognizes two additional types of -.Ev CONFIGURE_STYLE Ns s , -"npm" and "npm ext". -"npm ext" should be used for npm packages that contain C++ extensions which -need to be compiled. -"npm" should be used for other npm packages. -If regression tests are included that can be run using -.Pa devel/node-expresso , -append "expresso" to -.Ev CONFIGURE_STYLE . -.Pa devel/node-expresso -will be appended to -.Ev TEST_DEPENDS -and a default -.Ev MODNODE_TEST_TARGET -will be defined, along with a -.Cm do-test -target if it has not already been set. -If "expresso" isn't appended to -.Ev CONFIGURE_STYLE , -.Ev TEST_TARGET -will be set to "test". -One of these two -.Ev CONFIGURE_STYLE Ns s -should be used or the module doesn't affect anything except -.Ev RUN_DEPENDS -and -.Ev BUILD_DEPENDS . -Requires -.Ev NPM_NAME -to be set to the name of the npm package. -Uses -.Ev NPM_NAME -and -.Ev NPM_VERSION -to set -.Ev DISTNAME , -and -.Ev PKGNAME , -and -.Ev
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/03/09 09:46:05 Modified files: x11/lightly: Makefile Log message: Add missing dependency on devel/gettext,-tools Spotted by aja@ Thanks
Re: [Update] port-modules.5
Yes, I missed some qt3 stuff. Will get back. On Tue, Mar 09, 2021 at 09:30:41AM -0700, Tracey Emery wrote: > Hello, > > The following removes all the port-modules that appear to not exist > anymore. The removed modules are: > > * devel/pmk > * lang/ghc > * lang/node > * www/plone > * x11/qt3 > > lang/erlang doesn't have any real documentation attached to it, but > since the module is there, I left it. I'm unfamiliar with erlang and > honestly, don't know what it does. Seems weird to not have any > information about it, though. > > Is this ok, or did I miss anything? > > Thanks. > > -- > > Tracey Emery > > diff f4e980ccc4648bc58f4fe35bd608ef45b7eb8ec6 /usr/src > blob - f39ae7e4806b21179de53d0bbdc6ccf871ad20ce > file + share/man/man5/port-modules.5 > --- share/man/man5/port-modules.5 > +++ share/man/man5/port-modules.5 > @@ -657,16 +657,6 @@ If set to `Yes', meson will colorize its output. > Should not be used in ports Makefiles. > Default value is `No'. > .El > -.It devel/pmk > -Sets > -.Ev CONFIGURE_SCRIPT , > -.Ev CONFIGURE_ARGS > -and > -.Ev MODPMK_configure . > -It appends > -.Pa devel/pmk > -to > -.Ev BUILD_DEPENDS . > .It devel/qmake > See > .Xr qmake-module 5 . > @@ -805,61 +795,6 @@ Sets > which is also appended to > .Ev SUBST_VARS . > .It lang/erlang > -.It lang/ghc > -Sets > -.Ev ONLY_FOR_ARCHS , > -.Ev MODGHC_VER , > -.Ev BUILD_DEPENDS , > -and > -.Ev RUN_DEPENDS . > -Build and further actions are based on the list of values in > -.Ev MODGHC_BUILD : > -.Bl -tag -width register > -.It Ar nort > -no runtime dependency on > -.Pa lang/ghc > -nor the hs- prefix to > -.Ev PKGNAME > -will be added, > -.It Ar cabal > -get the typical Cabal targets defined, > -.It Ar haddock > -generate API documentation using > -.Pa devel/haddock , > -.It Ar register > -create and include register/unregister scripts, > -.It Ar hackage > -the distfiles are available on Hackage. > -.El > -.Pp > -Also affects > -.Ev CATEGORIES , > -.Ev CONFIGURE_STYLE > -and > -.Ev SUBST_VARS . > -.Cm do-build , > -.Cm do-install > -and > -.Cm do-test > -targets are provided if the port itself didn't set them. > -If > -.Ar register > -has been set, the PLIST needs to be modified in order to > -add the relevant @exec/@unexec lines. > -This module will run the Setup script and ensure the documentation > -will be built (if > -.Ar haddock > -has been set), and that the package is > -registered as a library usable by > -.Pa lang/ghc > -(if > -.Ar register > -has been set). > -Extra arguments and environment additions for the Setup configure > -command can be specified with > -.Ev MODGHC_SETUP_CONF_ARGS > -and > -.Ev MODGHC_SETUP_CONF_ENV . > .It lang/go > See > .Xr go-module 5 . > @@ -935,63 +870,6 @@ defines in which files the module will substitute hard > shared library versions using a > .Cm post-configure > target. > -.It lang/node > -Adds common dependencies to > -.Ev RUN_DEPENDS > -and > -.Ev BUILD_DEPENDS . > -Recognizes two additional types of > -.Ev CONFIGURE_STYLE Ns s , > -"npm" and "npm ext". > -"npm ext" should be used for npm packages that contain C++ extensions which > -need to be compiled. > -"npm" should be used for other npm packages. > -If regression tests are included that can be run using > -.Pa devel/node-expresso , > -append "expresso" to > -.Ev CONFIGURE_STYLE . > -.Pa devel/node-expresso > -will be appended to > -.Ev TEST_DEPENDS > -and a default > -.Ev MODNODE_TEST_TARGET > -will be defined, along with a > -.Cm do-test > -target if it has not already been set. > -If "expresso" isn't appended to > -.Ev CONFIGURE_STYLE , > -.Ev TEST_TARGET > -will be set to "test". > -One of these two > -.Ev CONFIGURE_STYLE Ns s > -should be used or the module doesn't affect anything except > -.Ev RUN_DEPENDS > -and > -.Ev BUILD_DEPENDS . > -Requires > -.Ev NPM_NAME > -to be set to the name of the npm package. > -Uses > -.Ev NPM_NAME > -and > -.Ev NPM_VERSION > -to set > -.Ev DISTNAME , > -and > -.Ev PKGNAME , > -and > -.Ev MASTER_SITES . > -If the npm package depends on other npm packages, the npm package names it > -depends on should be listed in > -.Ev MODNODE_DEPENDS . > -Adds default > -.Cm do_build > -and > -.Cm do_install > -tasks, and you can reference the default implementations via > -.Ev MODNODE_BUILD_TARGET > -and > -.Ev MODNODE_INSTALL_TARGET . > .It lang/ocaml > Appends to > .Ev BUILD_DEPENDS > @@ -1244,25 +1122,11 @@ Sets a default > .Ev PKGNAME > and appends to > .Ev CATEGORIES . > -.It www/plone > -Sets > -.Ev MODPLONE_VERSION > -and > -.Ev MODZOPE_VERSION . > -.Ev MODPLONE_VERSION > -is the default version used by all Plone ports and may be overridden. > -It appends > -.Pa www/plone > -to > -.Ev RUN_DEPENDS > -and also sets > -.Ev NO_TEST > -to Yes. > .It x11/gnome > See > .Xr gnome-module 5 . > .It x11/gnustep > -.It x11/qt3, x11/qt4 and x11/qt5 > +.It x11/qt4 and x11/qt5 > All qt* modules share a common > .Ev MODQT_* > namespace for simple ports. -- Tracey Emery
[Update] port-modules.5
Hello, The following removes all the port-modules that appear to not exist anymore. The removed modules are: * devel/pmk * lang/ghc * lang/node * www/plone * x11/qt3 lang/erlang doesn't have any real documentation attached to it, but since the module is there, I left it. I'm unfamiliar with erlang and honestly, don't know what it does. Seems weird to not have any information about it, though. Is this ok, or did I miss anything? Thanks. -- Tracey Emery diff f4e980ccc4648bc58f4fe35bd608ef45b7eb8ec6 /usr/src blob - f39ae7e4806b21179de53d0bbdc6ccf871ad20ce file + share/man/man5/port-modules.5 --- share/man/man5/port-modules.5 +++ share/man/man5/port-modules.5 @@ -657,16 +657,6 @@ If set to `Yes', meson will colorize its output. Should not be used in ports Makefiles. Default value is `No'. .El -.It devel/pmk -Sets -.Ev CONFIGURE_SCRIPT , -.Ev CONFIGURE_ARGS -and -.Ev MODPMK_configure . -It appends -.Pa devel/pmk -to -.Ev BUILD_DEPENDS . .It devel/qmake See .Xr qmake-module 5 . @@ -805,61 +795,6 @@ Sets which is also appended to .Ev SUBST_VARS . .It lang/erlang -.It lang/ghc -Sets -.Ev ONLY_FOR_ARCHS , -.Ev MODGHC_VER , -.Ev BUILD_DEPENDS , -and -.Ev RUN_DEPENDS . -Build and further actions are based on the list of values in -.Ev MODGHC_BUILD : -.Bl -tag -width register -.It Ar nort -no runtime dependency on -.Pa lang/ghc -nor the hs- prefix to -.Ev PKGNAME -will be added, -.It Ar cabal -get the typical Cabal targets defined, -.It Ar haddock -generate API documentation using -.Pa devel/haddock , -.It Ar register -create and include register/unregister scripts, -.It Ar hackage -the distfiles are available on Hackage. -.El -.Pp -Also affects -.Ev CATEGORIES , -.Ev CONFIGURE_STYLE -and -.Ev SUBST_VARS . -.Cm do-build , -.Cm do-install -and -.Cm do-test -targets are provided if the port itself didn't set them. -If -.Ar register -has been set, the PLIST needs to be modified in order to -add the relevant @exec/@unexec lines. -This module will run the Setup script and ensure the documentation -will be built (if -.Ar haddock -has been set), and that the package is -registered as a library usable by -.Pa lang/ghc -(if -.Ar register -has been set). -Extra arguments and environment additions for the Setup configure -command can be specified with -.Ev MODGHC_SETUP_CONF_ARGS -and -.Ev MODGHC_SETUP_CONF_ENV . .It lang/go See .Xr go-module 5 . @@ -935,63 +870,6 @@ defines in which files the module will substitute hard shared library versions using a .Cm post-configure target. -.It lang/node -Adds common dependencies to -.Ev RUN_DEPENDS -and -.Ev BUILD_DEPENDS . -Recognizes two additional types of -.Ev CONFIGURE_STYLE Ns s , -"npm" and "npm ext". -"npm ext" should be used for npm packages that contain C++ extensions which -need to be compiled. -"npm" should be used for other npm packages. -If regression tests are included that can be run using -.Pa devel/node-expresso , -append "expresso" to -.Ev CONFIGURE_STYLE . -.Pa devel/node-expresso -will be appended to -.Ev TEST_DEPENDS -and a default -.Ev MODNODE_TEST_TARGET -will be defined, along with a -.Cm do-test -target if it has not already been set. -If "expresso" isn't appended to -.Ev CONFIGURE_STYLE , -.Ev TEST_TARGET -will be set to "test". -One of these two -.Ev CONFIGURE_STYLE Ns s -should be used or the module doesn't affect anything except -.Ev RUN_DEPENDS -and -.Ev BUILD_DEPENDS . -Requires -.Ev NPM_NAME -to be set to the name of the npm package. -Uses -.Ev NPM_NAME -and -.Ev NPM_VERSION -to set -.Ev DISTNAME , -and -.Ev PKGNAME , -and -.Ev MASTER_SITES . -If the npm package depends on other npm packages, the npm package names it -depends on should be listed in -.Ev MODNODE_DEPENDS . -Adds default -.Cm do_build -and -.Cm do_install -tasks, and you can reference the default implementations via -.Ev MODNODE_BUILD_TARGET -and -.Ev MODNODE_INSTALL_TARGET . .It lang/ocaml Appends to .Ev BUILD_DEPENDS @@ -1244,25 +1122,11 @@ Sets a default .Ev PKGNAME and appends to .Ev CATEGORIES . -.It www/plone -Sets -.Ev MODPLONE_VERSION -and -.Ev MODZOPE_VERSION . -.Ev MODPLONE_VERSION -is the default version used by all Plone ports and may be overridden. -It appends -.Pa www/plone -to -.Ev RUN_DEPENDS -and also sets -.Ev NO_TEST -to Yes. .It x11/gnome See .Xr gnome-module 5 . .It x11/gnustep -.It x11/qt3, x11/qt4 and x11/qt5 +.It x11/qt4 and x11/qt5 All qt* modules share a common .Ev MODQT_* namespace for simple ports.
Re: Ping - [Update] archivers/deutex: 5.21 -> 5.22
On 2021/03/09 07:29, Ashton Fagg wrote: > Ashton Fagg writes: > > > This needed a little bit of love to get it up to the latest version. > > > > Changelog viewable here: > > > > https://github.com/Doom-Utils/deutex/releases/tag/v5.2.2 > > > > Among the changes were some tweaks to their build system. Port is > > updated to reflect that - mainly that they now seem to prefer autoconf. > > > > I also changed the port to pull in from the Github repo as it seems the > > newer version wasn't available on the master site specified previously. It is still there (check the github releases page) but they've changed to zstd. I've committed a similar diff that uses this, with an EXTRACT_CASES section that can hopefully be removed (just need to update in bsd.port.mk first).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/09 06:04:14 Modified files: archivers/deutex: Makefile distinfo Log message: update to deutex-5.2.2, based on a diff from Ashton Fagg
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/09 05:56:39 Modified files: comms/dfu-util : Makefile distinfo comms/dfu-util/pkg: PLIST Log message: update to dfu-util 0.10, from Ashton Fagg with a tiny tweak
Re: NEW: textproc/recutils
On 2021/03/09 07:35, Ashton Fagg wrote: > "Anthony J. Bentley" writes: > > > Hi, > > > > The GNU recutils are a set of libraries and utilities supporting the > > Rec format: a human-readable, text-based format to store little to > > medium sized databases. > > > > > > ok? > > I don't have time to build it right now, but one comment: > > > > WANTLIB += c gcrypt gpg-error iconv intl m readline > > Indent with tabs so it matches the indenting of the lines underneath. It > looks a bit weird otherwise. > This is fine as-is. It is common to just copy and paste from port-lib-depends-check output.
Re: NEW: textproc/recutils
"Anthony J. Bentley" writes: > Hi, > > The GNU recutils are a set of libraries and utilities supporting the > Rec format: a human-readable, text-based format to store little to > medium sized databases. > > > ok? I don't have time to build it right now, but one comment: > WANTLIB += c gcrypt gpg-error iconv intl m readline Indent with tabs so it matches the indenting of the lines underneath. It looks a bit weird otherwise.
Ping - [Update] comms/dfu-util: 0.9 -> 0.10
Ashton Fagg writes: > The following diff updates comms/dfu-util to 0.10 (latest version). > > Changelog available here: > > https://sourceforge.net/p/dfu-util/dfu-util/ci/v0.10/tree/ChangeLog > > Seems there's support for a couple new devices, plus some fixes and > improved documentation. > > Built and lightly tested on amd64. The binary at least runs and the man pages > are viewable. I unfortunately can't do more extensive testing than that. Ping. diff --git a/comms/dfu-util/Makefile b/comms/dfu-util/Makefile index be584fc4e4f..3aa3be10841 100644 --- a/comms/dfu-util/Makefile +++ b/comms/dfu-util/Makefile @@ -2,7 +2,7 @@ COMMENT = device firmware update (DFU) USB programmer -DISTNAME = dfu-util-0.9 +DISTNAME = dfu-util-0.10 CATEGORIES = comms diff --git a/comms/dfu-util/distinfo b/comms/dfu-util/distinfo index b68c079539b..e01c9a00298 100644 --- a/comms/dfu-util/distinfo +++ b/comms/dfu-util/distinfo @@ -1,2 +1,2 @@ -SHA256 (dfu-util-0.9.tar.gz) = NkKMamyzCIytWjWSkzOFJT2l8p8u/6YVGO5Zkeo4+DM= -SIZE (dfu-util-0.9.tar.gz) = 138397 +SHA256 (dfu-util-0.10.tar.gz) = oD3Fjfx5wFaBnAVEsqWXBTdWZGAQKz2Cz7A4xg5hm0I= +SIZE (dfu-util-0.10.tar.gz) = 151014 diff --git a/comms/dfu-util/pkg/PLIST b/comms/dfu-util/pkg/PLIST index 1577f226534..ac419585821 100644 --- a/comms/dfu-util/pkg/PLIST +++ b/comms/dfu-util/pkg/PLIST @@ -2,4 +2,6 @@ @bin bin/dfu-prefix @bin bin/dfu-suffix @bin bin/dfu-util +@man man/man1/dfu-prefix.1 +@man man/man1/dfu-suffix.1 @man man/man1/dfu-util.1
Ping - [Update] archivers/deutex: 5.21 -> 5.22
Ashton Fagg writes: > This needed a little bit of love to get it up to the latest version. > > Changelog viewable here: > > https://github.com/Doom-Utils/deutex/releases/tag/v5.2.2 > > Among the changes were some tweaks to their build system. Port is > updated to reflect that - mainly that they now seem to prefer autoconf. > > I also changed the port to pull in from the Github repo as it seems the > newer version wasn't available on the master site specified previously. > > Built on amd64, and lightly tested. As far as I can determine it is > working as intended. It doesn't appear there are any consumers. Ping. diff --git a/archivers/deutex/Makefile b/archivers/deutex/Makefile index 4cea3a7517c..f2935aa914f 100644 --- a/archivers/deutex/Makefile +++ b/archivers/deutex/Makefile @@ -1,10 +1,12 @@ # $OpenBSD: Makefile,v 1.7 2020/02/09 13:28:00 benoit Exp $ -V = 5.2.1 COMMENT = WAD composer for Doom, Heretic, Hexen, and Strife -DISTNAME = deutex-${V} -CATEGORIES = archivers +GH_ACCOUNT = Doom-Utils +GH_PROJECT = deutex +GH_TAGNAME = v5.2.2 + +CATEGORIES = archivers HOMEPAGE = https://github.com/Doom-Utils/deutex/ # GPLv2+ @@ -12,13 +14,13 @@ PERMIT_PACKAGE = Yes WANTLIB += c png z -MASTER_SITES = https://github.com/Doom-Utils/deutex/releases/download/v${V}/ -EXTRACT_SUFX = .tar.xz - BUILD_DEPENDS = textproc/asciidoc LIB_DEPENDS = graphics/png -CONFIGURE_STYLE = gnu +AUTOCONF_VERSION= 2.69 +AUTOMAKE_VERSION= 1.16 +AUTORECONF = autoreconf -i +CONFIGURE_STYLE = autoreconf DEBUG_PACKAGES = ${BUILD_PACKAGES} diff --git a/archivers/deutex/distinfo b/archivers/deutex/distinfo index 46d2891cccd..4b451476adb 100644 --- a/archivers/deutex/distinfo +++ b/archivers/deutex/distinfo @@ -1,2 +1,2 @@ -SHA256 (deutex-5.2.1.tar.xz) = 1hwNWx/OP4JxwjWNNbQfcKCNpmLjh+24oDyh3rFWgx8= -SIZE (deutex-5.2.1.tar.xz) = 165784 +SHA256 (deutex-5.2.2.tar.gz) = dn516zYVu3MpR0SLgQMUEOJvgI38OgmdZKSDkx/gsxM= +SIZE (deutex-5.2.2.tar.gz) = 124644
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/09 05:25:32 Modified files: games/fifengine: Makefile Log message: fifengine: mark BROKEN-i386 BROKEN-powerpc =out of memory when compiling fifePYTHON_wrap.cxx BROKEN-sparc64 =out of memory when compiling fifePYTHON_wrap.cxx BROKEN-i386 = out of memory when compiling fifePYTHON_wrap.cxx (not every time but most)
Re: NEW: fonts/vollkorn
On Mon, Aug 31, 2020 at 4:31 AM Anthony J. Bentley wrote: > Vollkorn is a quiet, modest and well working body copy typeface for bread > and butter use. It has dark and meaty serifs and a bouncing and healthy look > and might be used as body type as well as for headlines or titles. More than > 2000 glyphs per font support a wide range of languages in Latin, Cyrillic > and Greek scripts. > > "Vollkorn" [pronounced "follkorn"] is German for "wholemeal". It refers to > the old term "Brotschrift" [literally "bread type"] which described the > small fonts for every day use in the days of hand-compositing. > > Vollkorn came into being as Friedrich Althausen's first type designing > attempt during his studies at Bauhaus University Weimar, Germany. The > Regular style was initially published in 2005 under a Creative Commons > license. When GoogleFonts launched in 2010 Vollkorn was one the first > twenty featured fonts. > > > ok? Ping. -- Anthony J. Bentley vollkorn.tar.gz Description: application/gzip
NEW: textproc/recutils
Hi, The GNU recutils are a set of libraries and utilities supporting the Rec format: a human-readable, text-based format to store little to medium sized databases. ok? -- Anthony J. Bentley recutils.tar.gz Description: recutils.tar.gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2021/03/09 04:09:13 Modified files: emulators/sameboy: Makefile emulators/sameboy/pkg: PLIST-main Log message: Install desktop file, icons, mimeinfo.
Re: CVS: cvs.openbsd.org: ports
On Sat, Mar 06, 2021 at 10:01:28PM -0700, Rafael Sadowski wrote: > CVSROOT: /cvs > Module name: ports > Changes by: rsadow...@cvs.openbsd.org 2021/03/06 22:01:28 > > Log message: > Import lightly-0.4.1 > > Comment: > modern style for Qt applications > > Description: > Lightly is a fork of breeze theme style that aims to be visually modern > and > minimalistic. > > Maintainer: Rafael Sadowski > > WWW: https://github.com/Luwx/Lightly > > Tweaks and OK zhuk@ > > Status: > > Vendor Tag: rsadowski > Release Tags: rsadowski_20210307 > > N ports/x11/lightly/Makefile > N ports/x11/lightly/distinfo > N ports/x11/lightly/pkg/DESCR > N ports/x11/lightly/pkg/PLIST > > No conflicts created by this import Failed to build. >>> Running configure in x11/lightly at 1615247227.08 ===> x11/lightly ===> Generating configure for lightly-0.4.1 ===> Configuring for lightly-0.4.1 -- The C compiler identification is Clang 10.0.1 -- The CXX compiler identification is Clang 10.0.1 -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working C compiler: /exopi-obj/pobj/lightly-0.4.1/bin/cc - skipped -- Detecting C compile features -- Detecting C compile features - done -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working CXX compiler: /exopi-obj/pobj/lightly-0.4.1/bin/c++ - skipped -- Detecting CXX compile features -- Detecting CXX compile features - done Installing in /usr/local. Run /exopi-obj/pobj/lightly-0.4.1/build-amd64/prefix.sh to set the environment for lightly. -- Could not set up the appstream test. appstreamcli is missing. -- Looking for __GLIBC__ -- Looking for __GLIBC__ - not found -- Performing Test _OFFT_IS_64BIT -- Performing Test _OFFT_IS_64BIT - Success -- Performing Test HAVE_DATE_TIME -- Performing Test HAVE_DATE_TIME - Success -- Found KF5CoreAddons: /usr/local/lib/cmake/KF5CoreAddons/KF5CoreAddonsConfig.cmake (found version "5.79.0") -- Found KF5GuiAddons: /usr/local/lib/cmake/KF5GuiAddons/KF5GuiAddonsConfig.cmake (found version "5.79.0") -- Found KF5ConfigWidgets: /usr/local/lib/cmake/KF5ConfigWidgets/KF5ConfigWidgetsConfig.cmake (found version "5.79.0") -- Found KF5WindowSystem: /usr/local/lib/cmake/KF5WindowSystem/KF5WindowSystemConfig.cmake (found version "5.79.0") CMake Error at /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:218 (message): Could NOT find Gettext (missing: GETTEXT_MSGMERGE_EXECUTABLE) Call Stack (most recent call first): /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:582 (_FPHSA_FAILURE_MESSAGE) /usr/local/share/cmake/Modules/FindGettext.cmake:81 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) /usr/local/lib/cmake/KF5I18n/KF5I18nMacros.cmake:5 (find_package) /usr/local/lib/cmake/KF5I18n/KF5I18nConfig.cmake:33 (include) /usr/local/share/ECM/find-modules/FindKF5.cmake:53 (find_package) kdecoration/CMakeLists.txt:3 (find_package) -- Configuring incomplete, errors occurred! See also "/exopi-obj/pobj/lightly-0.4.1/build-amd64/CMakeFiles/CMakeOutput.log". See also "/exopi-obj/pobj/lightly-0.4.1/build-amd64/CMakeFiles/CMakeError.log". -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Sat, Mar 06, 2021 at 11:13:45PM -0700, Rafael Sadowski wrote: > CVSROOT: /cvs > Module name: ports > Changes by: rsadow...@cvs.openbsd.org 2021/03/06 23:13:45 > > Modified files: > multimedia/mkvtoolnix: Makefile distinfo > > Log message: > Update mkvtoolnix to 55.0.0 The no_x11 FLAVOR failed to build for me. Log attached. -- Antoine mkvtoolnix,no_x11.log.gz Description: application/gunzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2021/03/09 03:26:57 Modified files: emulators/sameboy: Makefile distinfo emulators/sameboy/patches: patch-Makefile patch-libretro_Makefile Log message: Update to sameboy-0.14.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2021/03/09 03:22:54 Modified files: net/yersinia : Makefile Log message: Add missing BUILD_DEPENDS on devel/glib2. configure.in needs glib-gettext.m4. no revision bump since the package would not build when glib2 is not installed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2021/03/09 02:36:45 Modified files: devel/tig : Makefile distinfo Log message: Update tig to 2.5.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/09 02:35:07 Modified files: games/libgdx/pkg: PLIST Log message: libgdx: s/Base${M_ARCH}Coder/Base64Coder/ in PLIST
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/09 01:46:27 Removed files: games/freeorion/patches: patch-cmake_FindPyCodestyle_cmake Log message: remove old patch forcing hardcoded "pycodestyle-3"
Re: [NEW] x11/xmenu
Friendly ping. I really wish it could make it to 6.9 release. Le 05/03/2021 à 19:52, Guy Godfroy a écrit : > Even better. > > Le 05/03/2021 à 16:17, Tracey Emery a écrit : >> On Fri, Mar 05, 2021 at 08:34:08AM +0100, Guy Godfroy wrote: >>> Hello, >>> >>> Here is the new tarball with requested changes. >>> >>> Guy >>> >>> Le 05/03/2021 à 00:17, Solene Rapenne a écrit : On Thu, 4 Mar 2021 21:51:30 +0100 Guy Godfroy : > Hello, > > xmenu is a contextual menu tool for x11. I used pmenu port proposal I > saw today (developped by the same guy), very few changes. Thanks to > Jerome for that. > > xmenu and pmenu have in common to take their data from stdin following > the same syntax. xmenu was created a bit before pmenu, which explains > maybe some oddity in the config.mk that required a patch. > > Works on my amd64. > > Guy Godfroy > For consistency the space before the = sign should be put here LIB_DEPENDS= graphics/imlib2 like x11/pmenu, I don't know if it's important but WANTLIB in automatically generated order would look like WANTLIB += Imlib2 X11 Xft Xinerama c fontconfig With theses changes, ok solene@ >> This could use the same treatment as pmenu. You can kill the patch and >> use: >> >> MAKE_FLAGS = PREFIX=${PREFIX} \ >> FREETYPEINC=${X11BASE}/include/freetype2 \ >> MANPREFIX=${PREFIX}/man >>